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本 书 结合 设计 实例 从 面向 对 象 的 设计 中 精 选 出 23 个 设计 模式 ， 总 结 了 面向 对 象 设计 
中 最 有 价值 的 经 验 ， 并 且 用 简洁 可 复 用 的 形式 表达 出 来 。 本 书 分 类 描述 了 一 组 设计 良好 、 
表达 清楚 的 软件 设计 模式 ， 这 些 模式 在 实用 环境 下 特别 有 用 。 本 书 适合 大 学 计算 机 专业 
的 学 生 、 研 究 生 及 相关 人 员 参 考 。 
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“这 本 书 是 我 长 期 以 来 所 读 过 的 写 得 最 好 、 最 富 洞察 力 的 书籍 之 一 …… 该 书 不 是 泛泛 而 论 ， 
而 是 结合 实例 ， 以 最 佳 的 方式 确立 了 模式 的 合法 地 位 。” 
-- Stan Lippman, C++ Report 


“|... Gamma, Helm, Johnson 和 和 Vlissides 的 这 本 新 书 将 对 软件 设计 领域 产生 重要 日 深远 的 影 
响 。 因 为 《设计 模式 》 这 本 书 将 自己 定位 于 面向 对 象 软件 技术 ， 芍 怕 面 向 对 象 图 子 以 外 的 设计 
者 也 许 会 忽视 它 的 价值 ， 但 这 将 是 一 件 憾事 。 该 书 将 能 使 从 事 软件 设计 的 每 个 人 从 中 获 益 。 所 
有 软件 设计 者 都 在 使 用 模式 ， 而 更 好 地 理解 这 种 对 我 们 工作 的 可 复 用 的 抽象 只 会 使 我 们 做 得 更 
好 。 l 

-- Tom DeMarco, IEEE Software 


“总 的 来 讲 ， 这 本 书 表达 了 一 种 极 有 价值 的 东西 ， 对 软件 设计 领域 有 着 独特 的 贡献 ， 因 为 它 
捕获 了 面向 对 象 设计 的 有 价值 的 经 验 ， 并 且 用 简洁 可 复 用 的 形式 表达 出 来 。 它 将 成 为 我 在 寻找 
面向 对 象 设计 思想 过 程 中 经 常 翻阅 的 一 本 书 ; 这 正 是 复 用 的 真实 含义 所 在 ， 不 是 吗 ? ” 


-- Sanjiv Gossain, Journal of Object-Oriented Programming 


“这 本 众人 期 待 的 书 达 到 了 预期 的 全 部 效果 。“ 模 式 ” 的 讲法 来 自 一 位 建筑 师 的 书 ， 该 书 云 
集 了 经 过 时 间 考 验 的 可 用 设计 。 作 者 从 多 年 的 面向 对 象 设计 经 验 中 精 选 出 了 23 个 模式 ， 这 构成 
了 该 书 的 精华 部 分 ， 每 一 个 精益 求 精 的 优秀 程序 员 都 应 拥有 这 本 《设计 模式 》。” 

-- Larry O’ Brien, Software Development 


《设计 模式 》 在 实用 环境 下 特别 有 用 ， 因 为 它 分 类 描述 了 一 组 设计 良好 、 表 达 清 楚 的 面向 
对 象 软件 设计 模式 。 整 个 设计 模式 领域 还 很 新 ， 本 书 的 四 位 作者 也 许 已 占据 了 在 这 方面 造 齐 最 
深 的 专家 中 的 半数 ， 因 而 他 们 定义 模式 的 方式 可 以 作为 后 来 者 的 榜样 。 如 果 要 知道 怎样 恰当 定 
义 和 描 述 设计 模式 ， 我 们 应 该 可 以 从 他 们 的 专业 知识 中 获得 启发 。 

-- Steve Bilow, Journal of Object-Oriented Programming 


设计 模式 》 是 一 本 深刻 有 力 的 书 。 在 花费 了 相当 的 时 间 研 究 该 书后 ， 绝 大 部 分 C++ 程 序 
员 都 能 够 使 用 模式 构造 出 更 好 的 软件 。 本 书 发 挥 了 一 种 智能 杠杆 作用 : 提供 具体 工具 帮助 我 们 
进行 思维 并 有 效 地 表达 我 们 自己 。 它 也 许 能 从 根本 上 改变 你 对 程序 设计 的 看 法 。 

-- Tom Cargill, C++ Report 


= 
E 言 

所 有 结构 良好 的 面向 对 象 软件 体系 结构 中 都 包含 了 许多 模式 。 实 际 上 ， 当 我 评估 一 个 面 
向 对 象 系统 的 质量 时 ， 所 使 用 的 方法 之 一 就 是 要 判断 系统 的 设计 者 是 否 强调 了 对 象 之 间 的 公 
共 协 同 关系 。 在 系统 开发 阶段 强调 这 种 机 制 的 优势 在 于 ， 它 能 使 所 生成 的 系统 体系 结构 更 加 
精巧 、 简 洁 和 易于 理解 ， 其 程度 远 远 超 过 了 未 使 用 模式 的 体系 结构 。 

模式 在 构造 复杂 系统 时 的 重要 性 早已 在 其 他 领域 中 被 认可 。 特 别 地 ，Christopher 
Alexander 和 他 的 同事 们 可 能 最 先 将 模式 语言 (pattern language ) 应 用 于 城市 建筑 领域 ， 他 的 
思想 和 其 他 人 的 贡献 已 经 根植 于 面向 对 象 软 件 界 。 简 而 言 之 ， 软 件 领域 中 的 设计 模式 为 开发 
人 员 提 供 了 一 种 使 用 专家 设计 经 验 的 有 效 途径 。 

在 本 书 中 ，Erich Gamma, Richard Helm, Ralph Johnson 和 John Vlissides 介 绍 了 设计 模式 
的 原理 ， 并 且 对 这 些 设 计 模 式 进 行 了 分 类 描述 。 因 此 ， 该 书 做 出 了 两 个 重要 的 贡献 : 首先 ， 
它 展示 了 模式 在 建造 复杂 系统 过 程 中 所 处 的 角色 ; 其 次 ， 它 为 如 何 引用 一 组 精心 设计 的 模式 
提供 了 一 个 实用 方法 ， 以 帮助 实际 开发 者 针对 特定 应 用 问题 使 用 适当 的 模式 进行 设计 。 

我 曾 荣 幸 地 有 机 会 与 本 书 的 部 分 作者 一 同 进行 体系 结构 设计 工作 ， 从 他 们 身上 我 学 到 了 
许多 东西 ， 并 相信 通过 阅读 该 书 你 同样 也 会 受益 菲 浅 。 


Rational 软件 公司 首席 科学 家 
Grady Booch 
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本 书 并 不 是 一 本 介绍 面向 对 象 技术 或 设计 的 书 ， 目 前 已 有 不 少 好 书 介绍 面向 对 象 技术 或 
设计 。 本 书 假设 你 至 少 已 经 比较 熟悉 一 种 面向 对 象 编 程 语言 ，、 并 且 有 一 定 的 面向 对 象 设计 经 
验 。 当 我 们 提 及 “类 型 ”和 “多 态 ”， 或 “接口 ”继承 与 “实现 ”继承 的 关系 时 ， 你 应 该 对 这 
些 概念 了 然 于 胸 ， 而 不 必 人 迫不及待 地 翻阅 手头 的 字典 。 

另外 ， 这 也 不 是 一 篇 高 级 专题 技术 论文 ， 而 是 一 本 关于 设计 模式 的 书 ， 它 描述 了 在 面向 
对 象 软件 设计 过 程 中 针对 特定 问题 的 简洁 而 优雅 的 解决 方案 。 设 计 模 式 捕获 了 随时 间 进 化 与 
发 展 的 问题 的 求解 方法 ， 因 此 它们 并 不 是 人 们 从 一 开始 就 采用 的 设计 方案 。 它 们 反映 了 不 为 
人 知 的 重新 设计 和 重新 编码 的 成 果 ， 而 这 些 都 来 自 软 件 开 发 者 为 了 设计 出 灵活 可 复 用 的 软件 
而 长 时 间 进 行 的 艰苦 努力 。 设 计 模 式 捕获 了 这 些 解 决 方案 ， 并 用 简洁 易 用 的 方式 表达 出 来 。 

设计 模式 并 不 要 求 使 用 独特 的 语言 特性 ， 也 不 采用 那些 足以 使 你 的 朋友 或 老板 大 吃 一 惊 
的 神奇 的 编程 技巧 。 所 有 的 模式 均 可 以 用 标准 的 面向 对 象 语言 实现 ， 这 也 许 有 时 会 比特 殊 的 
解法 多 费 一 些 功夫 ， 但 是 为 了 增加 软件 的 灵活 性 和 可 复 用 性 ， 多 做 些 工作 是 值得 的 。 

一 旦 你 理解 了 设计 模式 并 且 有 了 一 种 “Aha! ”( 而 不 是 “Huh? ”) 的 应 用 经 验 和 体验 后 ， 
你 将 用 一 种 非 同 寻常 的 方式 思考 面向 对 象 设计 。 你 将 拥有 一 种 深刻 的 洞察 力 ， 以 帮助 你 设计 
出 更 加 灵活 的 、 模 块 化 的 、 可 复 用 的 和 易 理解 的 软件 -一 这 也 是 你 为 何 着 迷 于 面向 对 象 技术 
的 源 动力 ， 不 是 吗 ? 

当然 还 有 一 些 提示 和 鼓励 : 第 一 次 阅读 此 书 时 你 可 能 不 会 完全 理解 它 ， 但 不 必 着 急 ， 我 
们 在 起 初 编写 这 本 书 时 也 没有 完全 理解 它们 1 请 记 住 ， 这 不 是 一 本 读 完 一 遍 就 可 以 束之高阁 
的 书 。 我 们 希望 你 在 软件 设计 过 程 中 反复 参阅 此 书 ， 以 获取 设计 灵感 。 

我 们 并 不 认为 这 组 设计 模式 是 完整 的 和 一 成 不 变 的 ， 它 只 是 我 们 目前 对 设计 的 思考 的 记 
录 。 因 此 我 们 欢迎 广大 读者 的 批评 与 指正 ， 无 论 从 书 中 采用 的 实例 、 参 考 ， 还 是 我 们 遗漏 的 
已 知 应 用 ， 或 应 该 包含 的 设计 模式 等 方面 。 你 可 以 通过 Addison-Wesley 写 信 给 我 们 ， 或 发 送 
电子 邮件 到 : design-patterns@cs.uiuc.edu。 你 还 可 以 发 送 邮件 “send design pattern source” 
到 design-patterns-source@cs.uiuc.edu 获 取 书 中 的 示例 代码 部 分 的 源 代码 。 

另外 我 们 有 一 个 专门 的 网 页 报道 最 新 的 消息 与 更 新 : 


http://st-www.cs.uiuc.edu/users/patterns/DPBook/DPBook.html. 


E.G. 于 加 州 Mountain View 
RH. 于 蒙特 利 尔 

R.J. 于 伊利 诺 Urbana 

J.V. 于 纽约 Hawthorne 
1994 年 8 月 
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本 书包 括 两 个 主要 部 分 ， 第 一 部 分 (第 1 章 和 第 2 章 ) 介绍 了 什么 是 设计 模式 以 及 它 如 何 
帮助 你 设计 面向 对 象 的 软件 系统 。 该 部 分 包含 了 一 个 设计 案例 研究 ， 展 示 了 如 何 将 设计 模式 
应 用 于 实际 工作 。 第 二 部 分 (第 3、4、5 章 ) 则 是 实际 设计 模式 的 分 类 描述 。 

模式 的 分 类 描述 构成 了 本 书 的 主要 部 分 ， 书 中 的 章节 根据 模式 的 性 质 将 其 划分 为 三 种 类 
型 : 创建 型 (creational )， 结 构 型 ( structural ) 和 行为 型 (behavioral )。 可 以 从 多 个 角度 使 用 
这 个 模式 分 类 描述 ， 例 如 ， 你 可 以 从 头 至 尾 地 阅读 每 一 个 模式 ， 也 可 以 随机 浏览 其 中 的 任何 
一 个 模式 。 另 外 一 种 方法 是 研究 其 中 的 一 章 ， 这 将 有 助 于 理解 原本 密切 关联 的 模式 如 何 相互 
区 分 。 

模式 描述 中 的 交叉 引用 将 给 你 提供 寻找 其 他 相关 模式 的 逻辑 路 径 ， 它 将 帮助 你 看 清楚 模 
式 是 如 何 相互 关联 的 、 一 个 模式 怎样 与 其 他 模式 进行 组 合 、 以 及 哪些 模式 能 在 一 起 工作 。 图 
1-1 将 用 图 示 方 法 展现 这 种 关系 。 

阅读 模式 分 类 描述 的 另 一 种 方法 是 问题 导向 法 ,你 可 以 翻 到 书 中 的 第 1.6 节 查找 有 关 设 计 
可 复 用 的 面向 对 象 系统 过 程 中 经 常见 到 的 问题 ， 然 后 阅读 解决 这 些 问 题 的 有 关 模 式 。 有 些 读 
者 首先 通读 模式 分 类 描述 ， 然 后 运用 问题 导向 的 方法 将 模式 应 用 于 他 们 的 项 目 之 中 。 

如 果 你 不 是 一 个 有 经 验 的 面向 对 象 设计 人 员 ， 我 们 建议 你 应 该 从 那些 最 简单 常用 的 模式 
出 发 ; 

“ Abstract Factory(3.1) 

+ Adapter(4.1) 

« Composite(4.3) 

« Decorator(4.4) 

* Factory Method(3.3) 

« Observer(5.7) 

* Strategy(5.9) 

* Template Method(5.10) 

很 难 找到 一 个 面向 对 象 软件 系统 ， 它 没有 使 用 书 中 描述 的 若干 模式 。 许 多 大 型 软件 系统 
几乎 用 到 了 所 有 的 这 些 模式 。 上 述 这 组 模式 将 有 助 于 你 进一步 理解 设计 模式 本 身 及 一 般 意义 
下 的 优秀 的 面向 对 象 设计 。 
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设计 面向 对 象 软件 比较 困难 ， 而 设计 可 复 用 的 面向 对 象 软件 就 更 加 困难 。 你 必须 找到 相 
关 的 对 象 ， 以 适当 的 粒度 将 它们 归 类 ， 青 定义 类 的 接口 和 继承 层次 ， 建 立 对 象 之 间 的 基本 关 
系 。 你 的 设计 应 该 对 手头 的 问题 有 针对 性 ， 同 时 对 将 来 的 问题 和 需求 也 要 有 足够 的 通用 性 。 
你 也 希望 避免 重复 设计 或 尽 可 能 少 做 重复 设计 。 有 经 验 的 面向 对 象 设计 者 会 告诉 你 ， 要 一 下 
子 就 得 到 复 用 性 和 灵活 性 好 的 设计 ， 即 使 不 是 不 可 能 的 至 少 也 是 非常 困难 的 。 一 个 设计 在 最 
终 完 成 之 前 常 要 被 复 用 好 几 次 ， 而 且 每 一 次 都 有 所 修改 。 

有 经 验 的 面向 对 象 设计 者 的 确 能 做 出 良好 的 设计 ， 而 新 手 则 面 对 众 多 选择 无 从 下 手 ， 总 
是 求助 于 以 前 使 用 过 的 非 面向 对 象 技 术 。 新 手 需要 花费 较 长 时 间 领 会 良好 的 面向 对 象 设计 是 
怎么 回 事 。 有 经 验 的 设计 者 显然 知道 一 些 新 手 所 不 知道 的 东西 ， 这 又 是 什么 呢 ? 

内 行 的 设计 者 知道 : 不 是 解决 任何 问题 都 要 从 头 做 起 。 他 们 更 愿意 复 用 以 前 使 用 过 的 解 
决 方案 。 当 找到 一 个 好 的 解决 方案 ， 他 们 会 一 遍 又 一 遍地 使 用 。 这 些 经 验 是 他 们 成 为 内 行 的 
部 分 原因 。 因 此 ， 你 会 在 许多 面向 对 象 系统 中 看 到 类 和 相互 通信 的 对 象 (communicating 
object) 的 重复 模式 。 这 些 模式 解决 特定 的 设计 问题 ， 使 面向 对 象 设计 更 灵活 、 优 雅 ， 最 终 复 
用 性 更 好 。 它 们 帮助 设计 者 将 新 的 设计 建立 在 以 往 工 作 的 基础 上 ， 复 用 以 往 成 功 的 设计 方案 。 
一 个 熟悉 这 些 模式 的 设计 者 不 需要 再 去 发 现 它们 ， 而 能 够 立即 将 它们 应 用 于 设计 问题 中 。 

以 下 类 比 可 以 帮助 说 明 这 一 点 。 小 说 家 和 剧本 作家 很 少 从 头 开始 设计 剧情 。 他 们 总 是 沿 
袭 一 些 业 已 存在 的 模式 ， 像 “悲剧 性 英雄 ”模式 (《 麦克 白 》《 哈 姆 雷 特 》 等 ) 或 “浪漫 小 说 ” 
模式 (存在 着 无 数 浪漫 小 说 )。 同 样 地 ,面向 对 象 设计 员 也 沿袭 一 些 模 式 , 像 “ 用 对 象 表示 状态 ” 
和 “修饰 对 象 以 便于 你 能 容易 地 添加 /删除 属性 ”等 。 一 旦 懂得 了 模式 ， 许 多 设计 决策 自然 而 
然 就 产生 了 。 

我 们 都 知道 设计 经 验 的 重要 价值 。 你 曾经 多 少 次 有 过 这 种 感觉 一 一 你 已 经 解决 过 了 一 个 问 
题 但 就 是 不 能 确切 知道 是 在 什么 地 方 或 怎么 解决 的 ? 如 果 你 能 记 起 以 前 问题 的 细节 和 怎么 解 
决 它 的 ， 你 就 可 以 复 用 以 前 的 经 验 而 不 需要 重新 发 现 它 。 然 而 ， 我 们 并 没有 很 好 记录 下 可 供 
他 人 使 用 的 软件 设计 经 验 。 

这 本 书 的 目的 就 是 将 面向 对 象 软 件 的 设计 经 验 作为 设计 模式 记录 下 来 。 每 一 个 设计 模式 
系统 地 命名 、 解 释 和 评价 了 面向 对 象 系统 中 一 个 重要 的 和 重复 出 现 的 设计 。 我 们 的 目标 是 将 
设计 经 验 以 人 们 能 够 有 效 利 用 的 形式 记录 下 来 。 鉴 于 此 目的 ,我们 编写 了 一 些 最 重要 的 设计 
模式 ， 并 以 编目 分 类 的 形式 将 它们 展现 出 来 。 

设计 模式 使 人 们 可 以 更 加 简单 方便 地 复 用 成 功 的 设计 和 体系 结构 。 将 已 证 实 的 技术 表述 
成 设计 模式 也 会 使 新 系统 开发 者 更 加 容易 理解 其 设计 思路 。 设 计 模 式 帮 助 你 做 出 有 利于 系统 
复 用 的 选择 ， 避 免 设 计 损 害 了 系统 复 用 性 。 通 过 提供 一 个 显 式 类 和 对 象 作 用 关系 以 及 它们 之 
间 潜 在 联系 的 说 明 规 范 ， 设 计 模式 甚至 能 够 提高 已 有 系统 的 文档 管理 和 系统 维护 的 有 效 性 。 
简 而 言 之 ， 设 计 模 式 可 以 帮助 设计 者 更 快 更 好 地 完成 系统 设计 。 

本 书 中 涉及 的 设计 模式 并 不 描述 新 的 或 未 经 证 实 的 设计 ， 我 们 只 收录 那些 在 不 同系 统 中 
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多 次 使 用 过 的 成 功 设计 。 这 些 设计 的 绝 大 部 分 以 往 并 无 文档 记录 ， 它 们 或 是 来 源 于 面向 对 象 
设计 者 圈子 里 的 非 正 式 交流 ， 或 是 来 源 于 某 些 成 功 的 面向 对 象 系统 的 某 些 部 分 ， 但 对 设计 新 
手 来 说 ， 这 些 东 西 是 很 难 学 得 到 的 。 尽 管 这 些 设计 不 包含 新 的 思路 ， 但 我 们 用 一 种 新 的 、 便 
于 理解 的 方式 将 其 展现 给 读者 ， 即 : 具有 统一 格式 的 、 已 分 类 编目 的 若干 组 设计 模式 。 

尽管 该 书 涉及 较 多 的 内 容 ， 但 书 中 讨论 的 设计 模式 仅仅 包含 了 一 个 设计 行家 所 知道 的 部 
分 。 书 中 没有 讨论 与 并 发 或 分 布 式 或 实时 程序 设计 有 关 的 模式 ， 也 没有 收录 面向 特定 应 用 领 
域 的 模式 。 本 书 并 不 准备 告诉 你 怎样 构造 用 户 界面 、 怎 样 写 设备 驱动 程序 或 怎样 使 用 面向 对 
象 数据 库 ， 这 些 方面 都 有 自己 的 模式 ， 将 这 些 模式 分 类 编目 也 是 件 很 有 意义 的 事 。 


1.1 什么 是 设计 模式 


Christopher Alexander 说 过 : “每 一 个 模式 描述 了 一 个 在 我 们 周围 不 断 重复 发 生 的 问题 ， 
以 及 该 问题 的 解决 方案 的 核心 。 这 样 ， 你 就 能 一 次 又 一 次 地 使 用 该 方案 而 不 必 做 重复 劳动 ” 
[AIS+77， 第 10 页 ]。 尽 管 Alexander 所 指 的 是 城市 和 建筑 模式 ， 但 他 的 思想 也 同样 适用 于 面向 
对 象 设计 模式 ， 只 是 在 面向 对 象 的 解决 方案 里 ， 我 们 用 对 象 和 接口 代替 了 墙壁 和 门窗 。 两 类 
模式 的 核心 都 在 于 提供 了 相关 问题 的 解决 方案 。 

一 般 而 言 ， 一 个 模式 有 四 个 基本 要 素 : 

1. 模式 名 称 (pattern name) ”一 个 助 记名 ， 它 用 一 两 个 词 来 描述 模式 的 问题 、 解 决 方案 
和 效果 。 命 名 一 个 新 的 模式 增加 了 我 们 的 设计 词汇 。 设 计 模 式 允 许 我 们 在 较 高 的 抽象 层次 上 
进行 设计 。 基 于 一 个 模式 词汇 表 ， 我 们 自己 以 及 同事 之 间 就 可 以 讨论 模式 并 在 编写 文档 时 使 
用 它们 。 模 式 名 可 以 帮助 我 们 思考 ， 便 于 我 们 与 其 他 人 交流 设计 思想 及 设计 结果 。 找 到 恰当 
的 模式 名 也 是 我 们 设计 模式 编目 工作 的 难点 之 一 。 

2. 问题 (problem) ”描述 了 应 该 在 何 时 使 用 模式 。 它 解释 了 设计 问题 和 问题 存在 的 前 因 后 
果 ， 它 可 能 描述 了 特定 的 设计 问题 ， 如 怎样 用 对 象 表示 算法 等 。 也 可 能 描述 了 导致 不 灵活 设 
计 的 类 或 对 象 结构 。 有 时 候 ， 问 题 部 分 会 包括 使 用 模式 必须 满足 的 一 系列 先决 条 件 。 

3. 解决 方案 (solution) ”描述 了 设计 的 组 成 成 分 ， 它 们 之 间 的 相互 关系 及 各 自 的 职责 和 协 
作 方 式 。 因 为 模式 就 像 一 个 模板 ， 可 应 用 于 多 种 不 同 场合 ， 所 以 解决 方案 并 不 描述 一 个 特定 
而 具体 的 设计 或 实现 ， 而 是 提供 设计 问题 的 抽象 描述 和 怎样 用 一 个 具有 一 般 意义 的 元 素 组 合 
(类 或 对 象 组 合 ) 来 解决 这 个 问题 。 

4. 效果 (consequences) ”描述 了 模式 应 用 的 效果 及 使 用 模式 应 权衡 的 问题 。 尽 管 我 们 描述 
设计 决策 时 ， 并 不 总 提 到 模式 效果 ， 但 它们 对 于 评价 设计 选择 和 理解 使 用 模式 的 代价 及 好 处 
具有 重要 意义 。 软 件 效果 大 多 关注 对 时 间 和 空间 的 衡量 ， 它 们 也 表述 了 语言 和 实现 问题 。 因 
为 复 用 是 面向 对 象 设计 的 要 素 之 一 ， 所 以 模式 效果 包括 它 对 系统 的 灵活 性 、 扩 充 性 或 可 移植 
性 的 影响 ， 显 式 地 列 出 这 些 效果 对 理解 和 评价 这 些 模式 很 有 帮助 。 

出 发 点 的 不 同 会 产生 对 什么 是 模式 和 什么 不 是 模式 的 理解 不 同 。 一 个 人 的 模式 对 另 一 个 
人 来 说 可 能 只 是 基本 构造 部 件 。 本 书 中 我 们 将 在 一 定 的 抽象 层次 上 讨论 模式 。《 设 计 模式 》 并 
不 描述 链表 和 hash 表 那样 的 设计 ， 尽 管 它们 可 以 用 类 来 封装 ， 也 可 复 用 ; 也 不 包括 那些 复杂 
的 、 特 定 领域 内 的 对 整个 应 用 或 子 系统 的 设计 。 本 书 中 的 设计 模式 是 对 被 用 来 在 特定 场景 下 
解决 一 般 设计 问题 的 类 和 相互 通信 的 对 象 的 描述 。 

一 个 设计 模式 命名 、 抽 人 象 和 确定 了 一 个 通用 设计 结构 的 主要 方面 ， 这 些 设计 结构 能 被 用 








来 构造 可 复 用 的 面向 对 象 设 计 。 设 计 模 式 确定 了 所 包含 的 类 和 实例 ， 它 们 的 角色 、 协 作 方 式 
以 及 职责 分 配 。 每 一 个 设计 模式 都 集中 于 一 个 特定 的 面向 对 象 设 计 问题 或 设计 要 点 ， 描 述 了 
什么 时 候 使 用 它 ， 在 另 一 些 设计 约束 条 件 下 是 否 还 能 使 用 ， 以 及 使 用 的 效果 和 如 何 取舍 。 既 
然 我 们 最 终 要 实现 设计 ， 设 计 模 式 还 提供 了 C++ 和 Smalltalk 示 例 代 码 来 阐明 其 实现 。 

虽然 设计 模式 描述 的 是 面向 对 象 设 计 ， 但 它们 都 基于 实际 的 解决 方案 ， 这 些 方 案 的 实现 
语言 是 Smalltalk 和 C++ 等 主流 面向 对 象 编程 语言 ， 而 不 是 过 程式 语言 (Pascal 、C、Ada) 或 更 具 
动态 特性 的 面向 对 象 语言 (CLOS Dylan, 、Seln。 我 们 从 实用 角度 出 发 选择 了 Smalltalk 和 C++， 
因为 在 这 些 语 言 的 使 用 上 ， 我 们 积累 了 许多 经 验 ， 况 且 它 们 也 变 得 越 来 越 流行 。 

程序 设计 语言 的 选择 非常 重要 ， 它 将 影响 人 们 理解 问题 的 出 发 点 。 我 们 的 设计 模式 采用 了 
Smalltalk 和 C++ 层 的 语言 特性 ， 这 个 选择 实际 上 决定 了 哪些 机 制 可 以 方便 地 实现 ， 而 哪些 则 
不 能 。 若 我 们 采用 过 程式 语言 ， 可 能 就 要 包括 诸如 “继承 ”、“ 封 装 ” 和 “多 态 ” 的 设计 模式 。 
相应 地 ， 一 些 特殊 的 面向 对 象 语言 可 以 直接 支持 我 们 的 某 些 模式 ， 例 如 : CLOS 支 持 多 方法 
( multi-method ) 概念 ， 这 就 减少 了 Visitor 模 式 的 必要 性 。 事 实 上 ，Smalltalk 和 C++ 已 有 足够 的 
差别 来 说 明 对 某 些 模式 一 种 语言 比 另 一 种 语言 表述 起 来 更 容易 一 些 (参见 5.4 节 Iterator 模式 )。 


1.2 Smalltalk MVC 中 的 设计 模式 


在 Smalltalk-80 中 ， 类 的 模型 /视图 /控制 器 (Model/View/Controller ) 三 元 组 MVC) 被 用 来 
构建 用 户 界面 。 透 过 MVC 来 看 设计 模式 将 帮助 我 们 理解 “模式 ”这 一 术语 的 含义 。 

MVC 包 括 三 类 对 象 。 模 型 Model 是 应 用 对 象 ， 视 图 View 是 它 在 屏幕 上 的 表示 ， 控 制 右 
Controller 定 义 用 户 界面 对 用 户 输入 的 响应 方式 。 不 使 用 MVC， 用 户 界面 设计 往往 将 这 些 对 象 
混在 一 起 ， 而 MVC 则 将 它们 分 离 以 提高 灵活 性 和 复 用 性 。 

MVC 通 过 建立 一 个 “订购 /通知 ”协议 来 分 离 视 图 和 模型 。 视 图 必须 保证 它 的 显示 正确 地 
反映 了 模型 的 状态 。 一 旦 模型 的 数据 发 生变 化 ， 模 型 将 通知 有 关 的 视图 ， 每 个 视图 相应 地 得 
到 刷新 自己 的 机 会 。 这 种 方法 可 以 让 你 为 一 个 模型 提供 不 同 的 多 个 视图 表现 形式 ， 也 能 够 为 
一 个 模型 创建 新 的 视图 而 无 须 重 写 模型 。 

下 图 显示 了 一 个 模型 和 三 个 视图 ( 为 了 简单 起 见 我 们 省 略 了 控制 器 )。 模 型 包含 一 些 数据 
值 ， 视 图 通过 电子 表格 、 柱 状 图 、 饼 图 这 些 不 同 的 方式 来 显示 这 些 数 据 。 当 模型 的 数据 发 生 
变化 时 ， 模 型 就 通知 它 的 视图 ， 而 视图 将 与 模型 通信 以 访问 这 些 数据 值 。 
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表面 上 看 ， 这 个 例子 反映 了 将 视图 和 模型 分 离 的 设计 ， 然 而 这 个 设计 还 可 用 于 解决 更 一 
般 的 问题 : 将 对 象 分 离 ， 使 得 一 个 对 象 的 改变 能 够 影响 另 一 些 对 象 ， 而 这 个 对 象 并 不 需要 知 
道 那 些 被 影响 的 对 象 的 细节 。 这 个 更 一 般 的 设计 被 描述 成 Observer (5.7) 模式 。 

MVC 的 另 一 个 特征 是 视图 可 以 柑 套 。 例 如 ， 按 钮 控制 面板 可 以 用 一 个 柑 套 了 按钮 的 复杂 
视图 来 实现 。 对 象 查看 器 的 用 户 界面 可 由 髓 套 的 视图 构成 ， 这 些 视图 又 可 复 用 于 调试 器 。 
MVC 用 View 类 的 子 类 一 一 CompositeView 类 来 支持 储 套 视图 。CompositeView 类 的 对 象 行为 上 
类 似 于 View 类 对 象 ， 一 个 组 合 视图 可 用 于 任何 视图 可 用 的 地 方 ， 但 是 它 包含 并 管理 髓 套 视图 。 

上 例 反 映 了 可 以 将 组 合 视图 与 其 构件 平等 对 待 的 设计 ， 同 样 地 ， 该 设计 也 适用 于 更 一 般 
的 问题 : 将 一 些 对 象 划 为 一 组 ， 并 将 该 组 对 象 当 作 一 个 对 象 来 使 用 。 这 个 设计 被 描述 为 
Composite (4.3) 模式 ,该 模式 允许 你 创建 一 个 类 层次 结构 ， 一 些 子 类 定义 了 原子 对 象 (如 
Button ) 而 其 他 类 定义 了 组 合 对 象 (Compositeview )， 这 些 组 合 对 象 是 由 原子 对 象 组 合 而 成 
的 更 复杂 的 对 象 。 

MVC 人 允许 你 在 不 改变 视图 外 观 的 情况 下 改变 视图 对 用 户 输入 的 响应 方式 。 例 如 ， 你 可 能 
希望 改变 视图 对 键盘 的 响应 方式 ， 或 希望 使 用 弹出 菜单 而 不 是 原来 的 命令 键 方式 。MVC 将 响 
应 机 制 封装 在 Controller 对 象 中 。 存 在 着 一 个 Controller 的 类 层次 结构 ， 使 得 可 以 方便 地 对 原 有 
Controller 做 适当 改变 而 创建 新 的 Controlier。 

View 使 用 Controller 子 类 的 实例 来 实现 一 个 特定 的 响应 策略 。 要 实现 不 同 的 响应 策略 只 要 
用 不 同 种 类 的 Controller 实 例 替 换 即 可 。 甚 至 可 以 在 运行 时 刻 通过 改变 View 的 Controller 来 改变 
View 对 用 户 输 入 的 响应 方式 。 例 如 ， 一 个 View 可 以 被 禁止 接收 任何 输入 ， 只 需 给 它 一 个 忽略 
输入 事件 的 Controller。 

View-Controller 关 系 是 Strategy (5.9) 模式 的 一 个 例子 。 一 个 策略 是 一 个 表述 算法 的 对 象 。 
当 你 想 静 态 或 动态 地 替换 一 个 算法 ， 或 你 有 很 多 不 同 的 算法 ， 或 算法 中 包含 你 想 封 装 的 复杂 
数据 结构 ， 这 时 策略 模式 是 非常 有 用 的 。 

MVC 还 使 用 了 其 他 的 设计 模式 ， 如 : 用 来 指定 视图 缺 省 控制 器 的 Factory Method(3.3) 和 和 
用 来 增加 视图 滚动 的 Decorator(4.4)。 但 是 MVC 的 主要 关系 还 是 由 Observer、Composite 和 
Strategy 三 个 设计 模式 给 出 的 。 


1.3 描述 设计 模式 


我 们 怎样 描述 设计 模式 呢 ? 图 形 符号 虽然 很 重要 也 很 有 用 ， 却 还 远 远 不 够 ， 它 们 只 是 将 
设计 过 程 的 结果 简单 记录 为 类 和 对 象 之 间 的 关系 。 为 了 达到 设计 复 用 ， 我 们 必须 同时 记录 设 
计 产 生 的 决定 过 程 、 选 择 过 程 和 权衡 过 程 。 具 体 的 例子 也 是 很 重要 的 ， 它 们 让 你 看 到 实际 的 
设计 。 

我 们 将 用 统一 的 格式 描述 设计 模式 ， 每 一 个 模式 根据 以 下 的 模板 被 分 成 若干 部 分 。 模 板 
具有 统一 的 信息 描述 结构 ， 有 助 于 你 更 容易 地 学 习 、 比 较 和 使 用 设计 模式 。 

模式 名 和 分 类 

模式 名 简洁 地 描述 了 模式 的 本 质 。 一 个 好 的 名 字 非 常 重要 ， 因 为 它 将 成 为 你 的 设计 词汇 
表 中 的 一 部 分 。 模 式 的 分 类 反映 了 我 们 将 在 1.5 节 介绍 的 方案 。 

意图 

是 回答 下 列 问题 的 简单 陈述 : 设计 模式 是 做 什么 的 ? 它 的 基本 原理 和 意图 是 什么 ? 它 解 


决 的 是 什么 样 的 特定 设计 问题 ? 
别名 


模式 的 其 他 名 称 。 
动机 


会 帮助 你 理解 随后 对 模式 更 抽象 的 描述 。 
适用 性 
况 ? 


结构 


用 以 说 明 一 个 设计 问题 以 及 如 何 用 模式 中 的 类 、 对 象 来 解决 该 问题 的 特定 情景 。 该 情 最 
这 些 表示 法 。 


什么 情况 下 可 以 使 用 该 设计 模式 ? 该 模式 可 用 来 改进 哪些 不 良 设计 ? 你 怎样 识别 这 些 情 
参与 者 


采用 基于 对 象 建 模 技术 ( OMT ) [RBP+91] 的 表示 法 对 模式 中 的 类 进行 图 形 描述 。 我 们 也 
协作 
效果 


使 用 了 交互 图 [JCJO92，BOO94] 来 说 明 对 象 之 间 的 请 求 序列 和 协作 关系 。 附 录 B 详 细 描 述 了 
指 设计 模式 中 的 类 和 /或 对 象 以 及 它们 各 自 的 职责 。 


模式 的 参与 者 怎样 协作 以 实现 它们 的 职责 。 
以 独立 改变 ? 


实现 


实现 语 


= 


模式 怎样 支持 它 的 目标 ? SK YR A ae A IRE? 系统 结构 的 哪些 方面 可 
言 的 问题 。 


实现 模式 时 需要 知道 的 一 些 提示 、 技 术 要 点 及 应 避免 的 缺陷 ， 以 及 是 否 存 在 某 些 特 定 于 
代码 示例 
用 来 说 明 怎 样 用 C++ 或 Smalltalk 实 现 该 模式 的 代码 片段 。 

已 知 应 用 
实际 系统 中 发 现 的 模式 的 例子 。 每 个 模式 至 少 包括 了 两 个 不 同 领域 的 实例 。 
相关 模式 
他 模式 一 起 使 用 ? 


与 这 个 模式 紧密 相关 的 模式 有 哪些 ? 其 间 重 要 的 不 同 之 处 是 什么 ? 这 个 模式 应 与 哪些 其 


们 。 最 后 ， 附 录 C 给 出 了 我 们 在 例子 中 使 用 的 各 基本 类 的 源 代码 。 


附录 提供 的 背景 资料 将 帮助 你 理解 模式 以 及 关于 模式 的 讨论 。 附 录 A 给 出 了 我 们 使 用 的 术 
1.4 设计 模式 的 编目 
们 具体 的 类 。 


语 列 表 。 前 面 已 经 提 到 过 的 附录 B 则 给 出 了 各 种 表示 法 ， 我 们 也 会 在 以 后 的 讨论 中 简单 介绍 它 


从 第 3 章 开始 的 模式 目录 中 共 包 含 23 个 设计 模式 。 它 们 的 名 字 和 意图 列举 如 下 ， 以 使 你 有 
个 基本 了 解 。 每 个 模式 名 后 括号 中 标 出 模式 所 在 的 章节 (我 们 整 本 书 都 将 遵从 这 个 约定 )。 


Abstract Factory(3.1): 提供 一 个 创建 一 系列 相关 或 相互 依赖 对 象 的 接 中 ， 而 无 需 指 定 它 
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Adapter(4.1): 将 一 个 类 的 接口 转换 成 客户 希望 的 另外 一 个 接口 。Adapter 模 式 使 得 原本 
由 于 接口 不 兼容 而 不 能 一 起 工作 的 那些 类 可 以 一 起 工作 。 

Bridge(4.2): 将 抽象 部 分 与 它 的 实现 部 分 分 离 ， 使 它们 都 可 以 独立 地 变化 。 

Builder(3.2): 将 一 个 复杂 对 象 的 构建 与 它 的 表示 分 离 ， 使 得 同样 的 构建 过 程 可 以 创建 不 
同 的 表示 。 

Chain of Responsibility(5.1): 为 解除 请 求 的 发 送 者 和 接收 者 之 间 耦 合 ， 而 使 多 个 对 象 都 
有 机 会 处 理 这 个 请 求 。 将 这 些 对 象 连 成 一 条 链 ， 并 沿 着 这 条 链 传递 该 请 求 ， 直 到 有 一 个 对 象 
处 理 它 。 

Command(5.2): 将 一 个 请 求 封装 为 一 个 对 象 ， 从 而 使 你 可 用 不 同 的 请 求 对 客户 进行 参数 
化 ; 对 请 求 排队 或 记录 请 求 日 志 ， 以 及 支持 可 取消 的 操作 。 

Composite(4.3): 将 对 象 组 合成 树 形 结构 以 表示 “部 分 -整体 ”的 层次 结构 。Composite 使 
得 客户 对 单个 对 象 和 复合 对 象 的 使 用 具有 一 致 性 。 

Decorator(4.4): 动态 地 给 一 个 对 象 添加 一 些 额 外 的 职责 。 就 扩展 功能 而 言 ，Decorator 模 
式 比 生成 子 类 方式 更 为 灵活 。 

Facade(4.5): 为 子 系统 中 的 一 组 接口 提供 一 个 一 致 的 界面 ，Facade 模 式 定义 了 一 个 高 层 
接口 ， 这 个 接口 使 得 这 一 子 系统 更 加 容易 使 用 。 

Factory Method(3.3): 定义 一 个 用 于 创建 对 象 的 接口 ， 让 于 类 决定 将 哪 一 个 类 实例 化 。 
Factory Method 使 一 个 类 的 实例 化 延迟 到 其 子 类 。 

Flyweight(4.6): 运用 共享 技术 有 效 地 支持 大 量 细 粒 度 的 对 象 。 

Interpreter(S.3): 给 定 一 个 语言 , 定义 它 的 文法 的 一 种 表示 ， 并 定义 一 个 解释 器 , 该 解释 
器 使 用 该 表示 来 解释 语言 中 的 句子 。 

lterator(5.4): 提供 一 种 方法 顺序 访问 一 个 聚合 对 象 中 各 个 元 素 , 而 又 不 需 暴露 该 对 象 的 
内 部 表示 。 

Mediator(5.5): 用 一 个 中 介 对 象 来 封装 一 系列 的 对 象 交互 。 中 介 者 使 各 对 象 不 需要 显 式 
地 相互 引用 ， 从 而 使 其 耦合 松散 ， 而 且 可 以 独立 地 改变 它们 之 间 的 交互 。 

Memento(5.6): 在 不 破坏 封装 性 的 前 提 下 ， 捕 获 一 个 对 象 的 内 部 状态 ， 并 在 该 对 象 之 外 
保存 这 个 状态 。 这 样 以 后 就 可 将 该 对 象 恢 复 到 保存 的 状态 。 

Observer(5.7): 定义 对 象 间 的 一 种 一 对 多 的 依赖 关系 ,以 便当 一 个 对 象 的 状态 发 生 改 变 时 ， 
所 有 依赖 于 它 的 对 象 都 得 到 通知 并 自动 刷新 。 

Prototype(3.4): 用 原型 实例 指定 创建 对 象 的 种 类 ， 并 且 通 过 拷贝 这 个 原型 来 创建 新 的 对 
象 。 | 

Proxy(4.7): 为 其 他 对 象 提供 一 个 代理 以 控制 对 这 个 对 象 的 访问 。 

Singleton(3.5): 保证 一 个 类 仅 有 一 个 实例 ， 并 提供 一 个 访问 它 的 全 局 访问 点 。 

State(5.8): 允许 一 个 对 象 在 其 内 部 状态 改变 时 改变 它 的 行为 。 对 象 看 起 来 似乎 修改 了 它 
所 属 的 类 。 

Strategy(5.9): 定义 一 系列 的 算法 ,把 它们 一 个 个 封装 起 来 , 并 且 使 它们 可 相互 替换 。 本 模 
式 使 得 算法 的 变化 可 独立 于 使 用 它 的 客户 。 

Template Method(5.10): 定义 一 个 操作 中 的 算法 的 骨架 ， 而 将 一 些 步 又 延迟 到 子 类 中 。 
Template Method 使 得 子 类 可 以 不 改变 一 个 算法 的 结构 即 可 重 定义 该 算法 的 某 些 特 定 步骤 。 





Visitor(5.11): 表示 一 个 作用 于 某 对 象 结构 中 的 各 元 素 的 操作 。 它 使 你 可 以 在 不 改变 各 元 
素 的 类 的 前 提 下 定义 作用 于 这 些 元 素 的 新 操作 。 


1.5 组 织 编目 


设计 模式 在 粒度 和 抽象 层次 上 各 不 相同 。 由 于 存在 众多 的 设计 模式 ， 我 们 和 希望 用 一 种 方 
式 将 它们 组 织 起 来 。 这 一 节 将 对 设计 模式 进行 分 类 以 便于 我 们 对 各 族 相关 的 模式 进行 引用 。 
分 类 有 助 于 更 快 地 学 习 目 录 中 的 模式 ， 且 对 发 现 新 的 模式 也 有 指导 作用 ， 如 表 1-1 所 示 。 
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创 建 型 结 构 型 
类 Factory Method(3.3) Adapter( 类 )(4.1) Interpreter(5.3) 
Template Method(5.10) 







对 象 Abstract Factory(3.1) 
Builder(3.2) 
Prototype(3.4) 
Singleton(3.5) 


Adapter( 对 象 )(4.1) 
Bridge(4.2) 
Composite(4.3) 
Decorator(4.4) 
Facade(4.5) 
Flyweight(4.6) 
Proxy (4.7) 


Chain of Responsibility(5.1) 
Command(S5.2) 

Iterator(5.4) 

Mediator(S.5) 
Memento(5.6) 
Observer(5.7) 

State(5.8) 

Strategy(5.9) 

Visitor(5.10) 


我 们 根据 两 条 准则 ( 表 1-1) 对 模式 进行 分 类 。 第 一 是 目的 准则 ， 即 模式 是 用 来 完成 什么 工 
作 的 。 模 式 依据 其 目的 可 分 为 创建 型 ( Creational )、 结 构 型 (Structural)、 或 行为 型 
(Behavioral) 三 种 。 创 建 型 模式 与 对 象 的 创建 有 关 ; 结构 型 模式 处 理 类 或 对 象 的 组 合 ; 行为 型 
模式 对 类 或 对 象 怎样 交互 和 怎样 分 配 职责 进行 描述 。 

第 二 是 范围 准则 ， 指 定 模 式 主 要 是 用 于 类 还 是 用 于 对 象 。 类 模式 处 理 类 和 子 类 之 间 的 关 
AR, 这些 关 系 通过 继承 建立 ， 是 静态 的 ， 在 编译 时 刻 便 确定 下 来 了 。 对 象 模式 处 理 对 象 间 的 
关系 ， 这 些 关系 在 运行 时 刻 是 可 以 变化 的 ， 更 具 动态 性 。 从 某 种 意义 上 来 说 ， 几 乎 所 有 模式 
都 使 用 继承 机 制 ， 所 以 “类 模式 ”只 指 那些 集中 于 处 理 类 间 关 系 的 模式 ， 而 大 部 分 模式 都 属 
于 对 象 模式 的 范畴 。 

创建 型 类 模式 将 对 象 的 部 分 创建 工作 延迟 到 子 类 ， 而 创建 型 对 象 模式 则 将 它 延 迟到 另 一 
个 对 象 中 。 结 构 型 类 模式 使 用 继承 机 制 来 组 合 类 ， 而 结构 型 对 象 模 式 则 描述 了 对 象 的 组 装 方 
式 。 行 为 型 类 模式 使 用 继承 描述 算法 和 控制 流 ， 而 行为 型 对 象 模 式 则 描述 一 组 对 象 怎样 协作 
完成 单个 对 象 所 无 法 完成 的 任务 。 

还 有 其 他 组 织 模式 的 方式 。 有 些 模 式 经 常会 被 绑 在 一 起 使 用 ， 例 如 ，Composite 常 和 
Iterator 或 Visitor 一 起 使 用 ; 有些 模式 是 可 替代 的 ， 例 如 ，Prototype 常 用 来 替代 Abstract 
Factory; 有 些 模式 尽管 使 用 意图 不 同 ， 但 产生 的 设计 结果 是 很 相似 的 ， 例 如 ，Composite 和 
Decorator 的 结构 图 是 相似 的 。 

还 有 一 种 方式 是 根据 模式 的 “相关 模式 ”部 分 所 描述 的 它们 怎样 互相 引用 来 组 织 设计 模 
Re 图 1-1 给 出 了 模式 关系 的 图 形 说 明 。 
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显然 ， 存 在 着 许多 组 织 设计 模式 的 方法 。 从 多 角度 去 思考 模式 有 助 于 对 它们 的 功能 、 差 
异 和 应 用 场合 的 更 深入 理解 。 


| 
iterator 


创建 组 合 














给 对 象 增加 职责 





增加 操作 定义 饥 历 

定义 语法 Visitor | 
改变 外 表 
改变 内 容 





je (pes i 
HME [ehain of Reaponeibitty 





State 
定义 算法 步 又 


we 
Template Method 经 第 使 用 
Te 


动态 地 配置 工厂 用 工厂 方 于 实现 


Abstract Factory 


单个 实例 


Facade 
单个 实例 
Singleton 


图 1-1 设计 模式 之 间 的 关系 


1.6 设计 模式 怎样 解决 设计 问题 


设计 模式 采用 多 种 方法 解决 面向 对 象 设计 者 经 常 碰 到 的 问题 。 这 里 给 出 几 个 问题 以 及 使 
用 设计 模式 解决 它们 的 方法 。 


1.6.1 寻找 合适 的 对 象 


面向 对 象 程 序 由 对 象 组 成 ， 对 象 包括 数据 和 对 数据 进行 操作 的 过 程 ， 过 程 通常 称 为 方法 
或 操作 。 对 象 在 收 到 客户 的 请 求 (或 消息 ) 后 ， 执 行 相应 的 操作 。 


客户 请 求 是 使 对 象 执行 操作 的 唯一 方法 ,操作 又 是 对 象 改变 内 部 数据 的 唯一 方法 。 由 于 
这 些 限制 ， 对 象 的 内 部 状态 是 被 封装 的 ， 它 不 能 被 直接 访问 ， 它 的 表示 对 于 对 象 外 部 是 不 可 
见 的 。 

面向 对 象 设计 最 困难 的 部 分 是 将 系统 分 解 成 对 象 集合 。 因 为 要 考虑 许多 因素 : 封装 、 粒 
度 、 依 赖 关 系 、 灵 活性 、 性 能 、 演 化 、 复 用 等 等 ， 它 们 都 影响 着 系统 的 分 解 ， 并 且 这 些 因素 
通常 还 是 互相 冲突 的 。 

面向 对 象 设 计 方法 学 支持 许多 设计 方法 。 你 可 以 写 出 一 个 问题 描述 ， 挑 出 名 词 和 动词 ， 
进而 创建 相应 的 类 和 操作 ; 或 者 ， 你 可 以 关注 于 系统 的 协作 和 职责 关系 ; 或 者 ， 你 可 以 对 现 
实 世 界 建 模 ， 再 将 分 析 时 发 现 的 对 象 转化 至 设计 中 。 至 于 哪 一 种 方法 最 好 ， 并 无 定论 。 

设计 的 许多 对 象 来 源 于 现实 世界 的 分 析 模 型 。 但 是 ， 设 计 结果 所 得 到 的 类 通常 在 现实 世 
界 中 并 不 存在 ， 有 些 是 像 数组 之 类 的 低层 类 ， 而 另 一 些 则 层次 较 高 。 例 如 ，Composite(4.3) 模 
式 引 入 了 统一 对 待 现实 世界 中 并 不 存在 的 对 象 的 抽象 方法 。 严 格 反映 当前 现实 世界 的 模型 并 
不 能 产生 也 能 反映 将 来 世界 的 系统 。 设 计 中 的 抽象 对 于 产生 灵活 的 设计 是 至 关 重 要 的 。 

设计 模式 帮 你 确定 并 不 明显 的 抽象 和 描述 这 些 抽象 的 对 象 。 例 如 ， 描 述 过 程 或 算法 的 对 
象 现实 中 并 不 存在 ， 但 它们 却 是 设计 的 关键 部 分 。Strategy(5.9) 模 式 描述 了 怎样 实现 可 互 换 的 
算法 族 。State(5.8) 模 式 将 实体 的 每 一 个 状态 描述 为 一 个 对 象 。 这 些 对 象 在 分 析 阶 段 ， 甚 至 在 
设计 阶段 的 早期 都 并 不 存在 ， 后 来 为 使 设计 更 灵活 、 复 用 性 更 好 才 将 它们 发 掘 出 来 。 


1.6.2 决定 对 象 的 粒度 


对 象 在 大 小 和 数目 上 变化 极 大 。 它 们 能 表示 下 自 硬件 或 上 自 整个 应 用 的 任何 事物 。 那 么 
我 们 怎样 决定 一 个 对 象 应 该 是 什么 呢 ? 

设计 模式 很 好 地 讲述 了 这 个 问题 。Facade(4.5) 模 式 描 述 了 怎样 用 对 象 表示 完整 的 子 系统 ， 
Flyweight(4.6) 模 式 描述 了 如 何 支 持 大 量 的 最 小 粒度 的 对 象 。 其 他 一 些 设计 模式 描述 了 将 一 个 
对 象 分 解 成 许多 小 对 象 的 特定 方法 。Abstract Factory(3.1) 和 Builder(3.2) 产 生 那 些 专 门 负责 生 
成 其 他 对 象 的 对 象 。Visitor(5.10) 和 Command(5.2) 生 成 的 对 象 专门 负责 实现 对 其 他 对 象 或 对 象 
组 的 请 求 。 


1.6.3 指定 对 象 接 口 


对 象 声 明 的 每 一 个 操作 指定 操作 名 、 作 为 参数 的 对 象 和 返回 值 ， 这 就 是 所 谓 的 操作 的 型 
构 (signature)。 对 象 操作 所 定义 的 所 有 操作 型 构 的 集合 被 称 为 该 对 象 的 接口 (interface)。 对 象 
接口 描述 了 该 对 象 所 能 接受 的 全 部 请 求 的 集合 ， 任 何 匹配 对 象 接口 中 型 构 的 请 求 都 可 以 发 送 
给 该 对 象 。 . 

类 型 (type) 是 用 来 标识 特定 接口 的 一 个 名 字 。 如 果 一 个 对 象 接受 “Window” 接 口 所 定义 
的 所 有 操作 请 求 ， 那 么 我 们 就 说 该 对 象 具 有 “Window” 类 型 。 一 个 对 象 可 以 有 许多 类 型 ， 并 
且 不 同 的 对 象 可 以 共享 同一 个 类 型 。 对 象 接口 的 某 部 分 可 以 用 某 个 类 型 来 刻画 ， 而 其 他 部 分 
则 可 用 其 他 类 型 刻画 。 两 个 类 型 相同 的 对 象 只 需要 共享 它们 的 部 分 接口 。 接 口 可 以 包含 其 他 
接口 作为 子 集 。 当 一 个 类 型 的 接口 包含 另 一 个 类 型 的 接口 时 ， 我 们 就 说 它 是 另 一 个 类 型 的 子 
类 型 (subtype)， 另 一 个 类 型 称 之 为 它 的 超 类 型 (supertype)。 我 们 常 说 子 类 型 继承 了 它 的 超 类 型 
的 接口 。 
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在 面向 对 象 系统 中 ， 接 口 是 基 本 的 组 成 部 分 。 对 象 只 有 通过 它们 的 接口 才能 与 外 部 交流 ， 
如 果 不 通过 对 象 的 接口 就 无 法 知道 对 象 的 任何 事情 ， 也 无 法 请 求 对 象 做 任何 事情 。 对 象 接口 
与 其 功能 实现 是 分 离 的 ， 不 同 对 象 可 以 对 请 求 做 不 同 的 实现 ， 也 就 是 说 ， 两 个 有 相同 接口 的 
对 象 可 以 有 完全 不 同 的 实现 。 

当 给 对 象 发 送 请 求 时 ， 所 引起 的 具体 操作 既 与 请 求 本 身 有 关 又 与 接受 对 象 有 关 。 支 持 相 
同 请 求 的 不 同 对 象 可 能 对 请 求 激 发 的 操作 有 不 同 的 实现 。 发 送 给 对 象 的 请 求 和 它 的 相应 操作 
在 运行 时 刻 的 连接 就 称 之 为 动态 绑 定 (dynamic binding). 

动态 绑 定 是 指 发 送 的 请 求 直 到 运行 时 刻 才 受 你 的 具体 的 实现 的 约束 。 因 而 ， 在 知道 任何 
有 正确 接口 的 对 象 都 将 接受 此 请 求 时 ， 你 可 以 写 一 个 一 般 的 程序 ， 它 期 待 着 那些 具有 该 特定 
接口 的 对 象 。 进 一 步 讲 ， 动 态 绑 定 允 许 你 在 运行 时 刻 彼 此 替换 有 相同 接口 的 对 象 。 这 种 可 替 
换 性 就 称 为 多 态 (polymorphism)， 它 是 面向 对 象 系 统 中 的 核心 概念 之 一 。 多 态 允 许 客户 对 象 仅 
要 求 其 他 对 象 支持 特定 接口 ， 除 此 之 外 对 其 假设 几 近 于 无 。 多 态 简化 了 客户 的 定义 ， 使 得 对 
象 间 彼 此 独立 ， 并 可 以 在 运行 时 刻 动态 改变 它们 相互 的 关系 。 

设计 模式 通过 确定 接口 的 主要 组 成 成 分 及 经 接口 发 送 的 数据 类 型 ， 来 帮助 你 定义 接口 。 
设计 模式 也 许 还 会 告诉 你 接口 中 不 应 包括 哪些 东西 。Memento(5.6) 模 式 是 一 个 很 好 的 例子 ， 
它 描述 了 怎样 封装 和 保存 对 象 内 部 的 状态 ， 以 便 一 段 时 间 后 对 象 能 恢复 到 这 一 状态 。 它 规定 
了 Memento 对 象 必须 定义 两 个 接口 : 一 个 允许 客户 保持 和 复制 memento 的 限制 接口 ， 和 一 个 只 
有 原 对 象 才能 使 用 的 用 来 储存 和 提取 memento 中 状态 的 特权 接口 。 

设计 模式 也 指定 了 接口 之 间 的 关系 。 特 别 地 ， 它 们 经 常 要 求 一 些 类 具有 相似 的 接口 ; 或 
它们 对 一 些 类 的 接口 做 了 限制 。 例 如 ，Decorator(4.4) 和 Proxy(4.7) 模 式 要 求 Decorator 和 Proxy 
对 象 的 接口 与 被 修饰 的 对 象 和 受 委托 的 对 象 一 致 。 而 Visitor($.11) 模 式 中 ，Visitor 接 口 必 须 反 
映 出 visitor 能 访问 的 对 象 的 所 有 类 。 


1.6.4 描述 对 象 的 实现 


至 此 ， 我 们 很 少 提 及 到 实际 上 怎么 去 定义 一 个 对 象 。 对 象 的 实现 
是 由 它 的 类 决定 的 ， 类 指定 了 对 象 的 内 部 数据 和 表示 ， 也 定义 了 对 象 
所 能 完成 的 操作 ， 如 右 图 所 示 。 

我 们 基于 OMT 的 表示 法 ， 将 类 描述 成 一 个 矩形 ， 其 中 的 类 名 以 黑 
体 表示 的 。 操 作 在 类 名 下 面 ， 以 常规 字体 表示 。 类 所 定义 的 任何 数据 
都 在 操作 的 下 面 。 类 名 与 操作 之 间 以 及 操作 与 数据 之 间 用 横 线 分 割 。 

返回 类 型 和 实例 变量 类 型 是 可 选 的 ， 因 为 我 们 并 未 假设 一 定 要 用 具有 静态 类 型 的 实现 语 






ClassName 






Operation1() 
Type Operation2() 


instanceVariable1 
Type instanceVariable2 


Dir 


对 象 通过 实例 化 类 来 创建 ， 此 对 象 被 称 为 该 类 的 实例 。 当 实例 化 类 时 ， 要 给 对 象 的 内 部 
数据 (由 实例 变量 组 成 ) 分 配 存储 空间 ， 并 将 操作 与 这 些 数 据 联系 起 来 。 对 象 的 许多 类 似 实 例 是 
由 实例 化 同一 个 类 来 创建 的 。 

下 图 中 的 虚 箭头 线 表 示 一 个 类 实例 化 另 一 个 类 的 对 象 ， 箭 头 指 向 被 实例 化 的 对 象 的 类 。 


二 


新 的 类 可 以 由 已 存在 的 类 通过 类 继承 (class inheritance) 来 定义 。 当 子 类 (subclass) 继 承 父 类 


(parent class) 时 ， 子 类 包含 了 父 类 定义 的 所 有 数据 和 操作 。 子 类 的 实例 对 象 包含 所 有 子 类 和 父 
类 定义 的 数据 ， 且 它们 能 完成 子 类 和 父 类 定义 的 所 有 操作 。 我 们 以 竖 线 和 三 角 表 示 子 类 关系 ， 
如 下 图 所 示 。 





抽象 类 (abstract class) 的 主要 目的 是 为 它 的 子 类 定义 公共 接口 。 一 个 抽象 类 将 把 它 的 部 分 
或 全 部 操作 的 实现 延迟 到 子 类 中 ， 因 此 ， 一 个 抽象 类 不 能 被 实例 化 。 在 抽象 类 中 定义 却 没有 
实现 的 操作 被 称 为 抽象 操作 (abstract operation)。 非 抽象 类 称 为 具体 类 (concrete class). 

子 类 能 够 改进 和 重新 定义 它们 父 类 的 操作 。 更 具体 地 说 ， 类 能 够 重 定义 (override) 父 类 定 
义 的 操作 ， 重 定义 使 得 子 类 能 接管 父 类 对 请 求 的 处 理 操作 。 类 继承 允许 你 只 需 简 单 的 扩展 其 
他 类 就 可 以 定义 新 类 ， 从 而 可 以 很 容易 地 定义 具有 相近 功能 的 对 象 族 。 

抽象 类 的 类 名 以 斜体 表示 ， 以 与 具体 类 相 区 别 。 抽 象 操作 也 用 斜体 表示 。 图 中 可 以 包括 
实现 操作 的 伪 代 码 ， 如 果 这 样 ， 则 代码 将 出 现在 带 有 扫 角 的 框 中 ， 并 用 虚线 将 该 擂 角 框 与 代 
码 所 实现 的 操作 相连 ， 图 示 如 下 。 


AbstractClass 


Operation() 










ConcreteSubclass 
| implementation 
Operation() O&-- pseudocode 


混入 类 (mixin class) 是 给 其 他 类 提供 可 选择 的 接口 或 功能 的 类 。 它 与 抽象 类 一 样 不 能 实例 
化 。 混 入 类 要 求 多 继承 ， 图 示 如 下 。 


ExistingClass 
ExistingOperation() 










MixinOperation() 










AugmentedClass 


MixinOperation() 
1. 类 继承 与 接口 继承 的 比较 


理解 对 象 的 类 (class) 与 对 象 的 类 型 (type) 之 间 的 差别 非常 重要 。 
一 个 对 象 的 类 定义 了 对 象 是 怎样 实现 的 ， 同 时 也 定义 了 对 象 的 内 部 状态 和 操作 的 实现 。 
但 是 对 象 的 类 型 只 与 它 的 接口 有 关 ， 接 口 即 对 象 能 响应 的 请 求 的 集合 。 一 个 对 象 可 以 有 多 个 
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类 型 ， 不 同类 的 对 象 可 以 有 相同 的 类 型 。 

当然 ， 对 象 的 类 和 类 型 是 有 紧密 关系 的 。 因 为 类 定义 了 对 象 所 能 执行 的 操作 ， 也 定义 了 
对 象 的 类 型 。 当 我 们 说 一 个 对 象 是 一 个 类 的 实例 时 ， 即 指 该 对 象 支持 类 所 定义 的 接口 。 

C++ 和 Eiffel 语 言 的 类 既 指 定 对 象 的 类 型 又 指定 对 象 的 实现 。Smalltalkk 程 序 不 声明 变量 的 
类 型 ， 所 以 编译 器 不 检查 赋 给 变量 的 对 象 类 型 是 否 是 该 变量 的 类 型 的 子 类 型 。 发 送 消息 时 需 
要 检查 消息 接收 者 是 否 实现 了 该 消息 ,但 不 检查 接收 者 是 否 是 某 个 特定 类 的 实例 。 

理解 类 继承 和 接口 继承 (或 子 类 型 化 ) 之 间 的 差别 也 十 分 重要 。 类 继承 根据 一 个 对 象 的 实现 
定义 了 另 一 个 对 象 的 实现 。 简 而 言 之 ， 它 是 代码 和 表示 的 共享 机 制 。 然 而 ， 接 口 继承 (或 子 类 
型 化 ) 描 述 了 一 个 对 象 什么 时 候 能 被 用 来 替代 另 一 个 对 象 。 

因为 许多 语言 并 不 显 式 地 区 分 这 两 个 概念 ， 所 以 容易 被 混淆 。 在 C++ 和 Eiffel 语 言 中 ， 继 
承 既 指 接口 的 继承 又 指 实现 的 继承 。C++ 中 接口 继承 的 标准 方法 是 公有 继承 一 个 含 ( 纯 ) 虚 成 员 
函数 的 类 。C++ 中 纯 接口 继承 接近 于 公有 继承 纯 抽象 类 ， 纯 实现 继承 或 纯 类 继承 接近 于 私有 
继承 。Smalltalk 中 的 继承 只 指 实现 继承 。 只 要 任何 类 的 实例 支持 对 变量 值 的 操作 ， 你 就 可 以 
将 这 些 实例 赋 给 变量 。 

尽管 大 部 分 程序 设计 语言 并 不 区 分 接口 继承 和 实现 继承 的 差别 ， 但 使 用 中 人 们 还 是 分 别 
对 竺 它们 的 。Smalltalk 程 序 员 通 常 将 子 类 当 作 子 类 型 (尽管 有 一 些 熟 知 的 例外 情况 [Coo92])， 
C++ 程序 员 通 过 抽象 类 所 定义 的 类 型 来 操纵 对 象 。 

很 多 设计 模式 依赖 于 这 种 差别 。 例 如 ，Chain of Responsibility($.1) 模 式 中 的 对 象 必须 有 一 
个 公共 的 类 型 ， 但 一 般 情 况 下 它们 不 具有 公共 的 实现 。 在 Composite(4.3) 模 式 中 ， 构 件 定义 了 
一 个 公共 的 接口 ， 但 Composite 通 常 定义 一 个 公共 的 实现 。Command(5.2)、Observer(5.7)、_ 
State(5.8) 和 Strategy(5.9) 通 常 纯粹 作为 接口 的 抽象 类 来 实现 。 

2. 对 接口 编程 ， 而 不 是 对 实现 编程 

类 继承 是 一 个 通过 复 用 父 类 功能 而 扩展 应 用 功能 的 基本 机 制 。 它 允许 你 根据 旧 对 象 快速 
定义 新 对 象 。 它 允许 你 从 已 存在 的 类 中 继承 所 需要 的 绝 大 部 分 功能 ， 从 而 几乎 无 需 任 何 代价 
就 可 以 获得 新 的 实现 。 

然而 ， 实 现 的 复 用 只 是 成 功 的 一 半 ， 继 承 所 拥有 的 定义 具有 相同 接口 的 对 象 族 的 能 力也 
是 很 重要 的 (通常 可 以 从 抽象 类 来 继承 )。 为 什么 ? 因为 多 态 依赖 于 这 种 能 力 。 

当 继 承 被 恰当 使 用 时 ， 所 有 从 抽象 类 导出 的 类 将 共享 该 抽象 类 的 接口 。 这 意味 着 子 类 仅 
仅 添加 或 重 定义 操作 ， 而 没有 隐藏 父 类 的 操作 。 这 时 ， 所 有 的 子 类 都 能 响应 抽象 类 接口 中 的 
请 求 ， 从 而 子 类 的 类 型 都 是 抽象 类 的 子 类 型 。 

只 根据 抽象 类 中 定义 的 接口 来 操纵 对 象 有 以 下 两 个 好 处 : 

1) 客户 无 须知 道 他 们 使 用 对 象 的 特定 类 型 ， 只 须 对 象 有 客户 所 期 望 的 接口 。 

2) 客户 无 须知 道 他 们 使 用 的 对 象 是 用 什么 类 来 实现 的 ， 他 们 只 须知 道 定义 接口 的 抽象 类 。 

这 将 极 大 地 减少 子 系统 实现 之 间 的 相互 依赖 关系 ,也 产生 了 可 复 用 的 面向 对 象 设计 的 如 
下 原则 : 

针对 接口 编程 ， 而 不 是 针对 实现 编程 。 

不 将 变量 声明 为 某 个 特定 的 具体 类 的 实例 对 象 ， 而 是 让 它 遵从 抽象 类 所 定义 的 接口 。 这 
是 本 书 设计 模式 的 一 个 常见 主题 。 

当 你 不 得 不 在 系统 的 某 个 地 方 实例 化 具体 的 类 ( 即 指定 一 个 特定 的 实现 ) 时 ， 创 建 型 模式 





(Abstract Factory(3.1), Builder(3.2), Factory Method(3.3), Prototype(3.4) 和 Singleton(3.5)) 可 
以 帮 你 。 通 过 抽象 对 象 的 创建 过 程 ， 这 些 模 式 提供 不 同方 式 以 在 实例 化 时 建立 接口 和 实现 的 
透明 连接 。 创 建 型 模式 确保 你 的 系统 是 采用 针对 接口 的 方式 书写 的 ， 而 不 是 针对 实现 而 书写 
的 。 


1.6.5 运用 复 用 机 制 


理解 对 象 、 接 口 、 类 和 继承 之 类 的 概念 对 大 多 数 人 来 说 并 不 难 ， 问 题 的 关键 在 于 如 何 运 
用 它们 写 出 灵活 的 、 可 复 用 的 软件 。 设 计 模 式 将 告诉 你 怎样 去 做 。 

1. 继承 和 组 合 的 比较 

面向 对 象 系统 中 功能 复 用 的 两 种 最 常用 技术 是 类 继承 和 对 象 组 合 (object composition)。 正 
如 我 们 已 解释 过 的 ， 类 继承 允许 你 根据 其 他 类 的 实现 来 定义 一 个 类 的 实现 。 这 种 通过 生成 子 
类 的 复 用 通常 被 称 为 白 箱 复 用 (white-box reuse)。 术 语 “ 白 箱 ” 是 相对 可 视 性 而 言 : 在 继承 方 
式 中 ， 父 类 的 内 部 细节 对 子 类 可 见 。 

对 象 组 合 是 类 继承 之 外 的 另 一 种 复 用 选择 。 新 的 更 复杂 的 功能 可 以 通过 组 装 或 组 合 对 象 
来 获得 。 对 象 组 合 要 求 被 组 合 的 对 象 具有 良好 定义 的 接口 。 这 种 复 用 风格 被 称 为 黑箱 复 用 
(black-box reuse)， 因 为 对 象 的 内 部 细节 是 不 可 见 的 。 对 象 只 以 “黑箱 ”的 形式 出 现 。 

继承 和 组 合 各 有 优 缺 点 。 类 继承 是 在 编译 时 刻 静态 定义 的 ， 且 可 直接 使 用 ， 丙 为 程序 设 
计 语 言 直接 支持 类 继承 。 类 继承 可 以 较 方便 地 改变 被 复 用 的 实现 。 当 一 个 子 类 重 定义 一 些 而 
不 是 全 部 操作 时 ， 它 也 能 影响 它 所 继承 的 操作 ， 只 要 在 这 些 操作 中 调用 了 被 重 定 义 的 操作 。 

但 是 类 继承 也 有 一 些 不 足 之 处 。 首 先 ， 因 为 继承 在 编译 时 刻 就 定义 了 ， 所 以 无 法 在 运行 
时 刻 改变 从 父 类 继承 的 实现 。 更 糟 的 是 ， 父 类 通常 至 少 定义 了 部 分 子 类 的 具体 表示 。 因 为 继 
承 对 子 类 揭示 了 其 父 类 的 实现 细节 ， 所 以 继承 常 被 认为 “破坏 了 封装 性 ”[Sny86]。 了 于 类 中 的 
实现 与 它 的 父 类 有 如 此 紧密 的 依赖 关系 ， 以 至 于 父 类 实现 中 的 任何 变化 必然 会 导致 子 类 发 生 
变化 。 

当 你 需要 复 用 子 类 时 ， 实 现 上 的 依赖 性 就 会 产生 一 些 问题 。 如 果 继 承 下 来 的 实现 不 适合 
解决 新 的 问题 ， 则 父 类 必须 重 写 或 被 其 他 更 适合 的 类 替换 。 这 种 依赖 关系 限制 了 灵活 性 并 最 
终 限 制 了 复 用 性 。 一 个 可 用 的 解决 方法 就 是 只 继承 抽象 类 ， 因 为 抽象 类 通常 提供 较 少 的 实现 。 

对 象 组 合 是 通过 获得 对 其 他 对 象 的 引用 而 在 运行 时 刻 动 态 定义 的 。 组 合 要 求 对 象 遵守 彼 
此 的 接口 约定 ， 进 而 要 求 更 仔细 地 定义 接口 ， 而 这 些 接口 并 不 妨碍 你 将 一 个 对 象 和 其 他 对 象 
一 起 使 用 。 这 还 会 产生 良好 的 结果 : 因为 对 象 只 能 通过 接口 访问 ， 所 以 我 们 并 不 破坏 封装 
性 ; 只 要 类 型 一 致 ， 运 行 时 刻 还 可 以 用 一 个 对 象 来 替代 另 一 个 对 象 ; 更 进一步 ， 因 为 对 象 的 
实现 是 基于 接口 写 的 ， 所 以 实现 上 存在 较 少 的 依赖 关系 。 

对 象 组 合 对 系统 设计 还 有 另 一 个 作用 ， 即 优先 使 用 对 象 组 合 有 助 于 你 保持 每 个 类 被 封装 ， 
并 被 集中 在 单个 任务 上 。 这 样 类 和 类 继承 层次 会 保持 较 小 规模 ， 并 且 不 太 可 能 增长 为 不 可 控 
制 的 庞然大物 。 另 一 方面 ， 基 于 对 象 组 合 的 设计 会 有 更 多 的 对 象 (而 有 较 少 的 类 )， 且 系统 的 行 
为 将 依赖 于 对 象 间 的 关系 而 不 是 被 定义 在 某 个 类 中 。 

这 导出 了 我 们 的 面向 对 象 设 计 的 第 二 个 原则 : 

优先 使 用 对 和 象 组 合 ， 而 不 是 类 继承 。 

理想 情况 下 ， 你 不 应 为 获得 复 用 而 去 创建 新 的 构件 。 你 应 该 能 够 只 使 用 对 象 组 合 技 术 ， 
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通过 组 装 已 有 的 构件 就 能 获得 你 需要 的 功能 。 但 是 事实 很 少 如 此 ， 因 为 可 用 构件 的 集合 实际 
上 并 不 足够 丰富 。 使 用 继承 的 复 用 使 得 创建 新 的 构件 要 比 组 装 旧 的 构件 来 得 容易 。 这 样 ， 继 
承 和 对 象 组 合 常 一 起 使 用 。 

然而 ， 我 们 的 经 验 表明 : 设计 者 往往 过 度 使 用 了 继承 这 种 复 用 技术 。 但 依赖 于 对 象 组 合 
技术 的 设计 却 有 更 好 的 复 用 性 (或 更 简单 )。 你 将 会 看 到 设计 模式 中 一 再 使 用 对 象 组 合 技术 。 

2. 委托 . 

委托 (delegatiom) 是 一 种 组 合 方法 ， 它 使 组 合 具有 与 继承 同样 的 复 用 能 力 [Lie86,JZ91]。 在 
委托 方式 下 ， 有 两 个 对 象 参与 处 理 一 个 请 求 ， 接 受 请 求 的 对 象 将 操作 委托 给 它 的 代理 者 
(delegate)。 这 类 似 于 子 类 将 请 求 交 给 它 的 父 类 处 理 。 使 用 继承 时 ， 被 继承 的 操作 总 能 引用 接 
受 请 求 的 对 象 ，C++ 中 通过 this 成 员 变 量 ，Smalltalk 中 则 通过 self。 委 托 方式 为 了 得 到 同样 的 
效果 ， 接 受 请 求 的 对 象 将 自己 传 给 被 委托 者 ( 代理 人 )， 使 被 委托 的 操作 可 以 引用 接受 请 求 的 
对 象 。 

举例 来 说 ， 我 们 可 以 在 窗口 类 中 保存 一 个 矩形 类 的 实例 变量 来 代理 矩形 类 的 特定 操作 , 
这 样 窗口 类 可 以 复 用 和 矩形 类 的 操作 ， 而 不 必 像 继承 时 那样 定义 成 矩形 类 的 子 类 。 也 就 是 说 ， 
一 个 窗口 拥有 一 个 矩形 ， 而 不 是 一 个 窗口 就 是 一 个 和 矩形。 窗口 现在 必须 显 式 的 将 请 求 转 发 给 
CRIBB, TAREE RUA ATE OE RE ORE 

下 面 的 图 显示 了 窗口 类 将 它 的 Area 操 作 委 托 给 一 个 矩形 实例 。 
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箭头 线 表 示 一 个 类 对 另 一 个 类 实例 的 引用 关系 。 引 用 名 是 可 选 的， 本 例 为 “rectangle”。 

委托 的 主要 优点 在 于 它 便于 运行 时 刻 组 合 对 象 操 作 以 及 改变 这 些 操作 的 组 合 方式 。 假 定 
和 矩形 对 象 和 圆 对 象 有 相同 的 类 型 ， 我 们 只 需 简 单 的 用 圆 对 象 替换 矩形 对 象 ， 则 得 到 的 窗口 就 
是 圆 形 的 。 

委托 与 那些 通过 对 象 组 合 以 取得 软件 灵活 性 的 技术 一 样 ， 具 有 如 下 不 足 之 处 : 动态 的 、 
高 度 参数 化 的 软件 比 静态 软件 更 难于 理解 。 还 有 运行 低 效 问题 ， 不 过 从 长 远 来 看 人 的 低 效 才 
是 更 主要 的 。 只 有 当 委 托 使 设计 比较 简单 而 不 是 更 复杂 时 ， 它 才 是 好 的 选择 。 要 给 出 一 个 能 
确切 告诉 你 什么 时 候 可 以 使 用 委托 的 规则 是 很 困难 的 。 因 为 委托 可 以 得 到 的 效率 是 与 上 下 文 
有 关 的 ， 并 且 还 依赖 于 你 的 经 验 。 委 托 最 适用 于 符合 特定 程式 的 情形 ， 即 标准 模式 的 情形 。 

有 一 些 模式 使 用 了 委托 ， 如 State(5.8)、Strategy(5.9) 和 Visitor(5.11)。 在 State 模 式 中 ， 一 
个 对 象 将 请 求 委托 给 一 个 描述 当前 状态 的 State 对 象 来 处 理 。 在 Strategy 模 式 中 ， 一 个 对 象 将 一 
个 特定 的 请 求 委托 给 一 个 描述 请 求 执行 策略 的 对 象 ， 一 个 对 象 只 会 有 一 个 状态 ， 但 它 对 不 同 
的 请 求 可 以 有 许多 策略 。 这 两 个 模式 的 目的 都 是 通过 改变 受托 对 象 来 改变 委托 对 象 的 行为 。 
在 Visitor 中 ， 对 象 结构 的 每 个 元 素 上 的 操作 总 是 被 委托 到 Visitor 对 象 。 

其 他 模式 则 没有 这 么 多 地 用 到 委托 。Mediator(5.5) 引 进 了 一 个 中 介 其 他 对 象 间 通信 的 对 
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象 。 有 时 ，Mediator 对 象 只 是 简单 地 将 请 求 转发 给 其 他 对 象 ; 有 时 ， 它 沿 着 指向 自己 的 引用 
来 传递 请 求 ， 使 用 真正 意义 的 委托 。Chain of Responsibility($.1) 通 过 将 请 求 沿 着 对 象 链 传递 
来 处 理 请 求 ， 有 时 ， 这 个 请 求 本 身 带 有 一 个 接受 请 求 对 象 的 引用 ， 这 时 该 模式 就 使 用 了 委托 。 
Bridge(4.2) 将 实现 和 抽象 分 离开 ， 如 果 抽 象 和 一 个 特定 实现 非常 匹配 ， 那 么 这 个 实现 可 以 代 ' 
理 抽象 的 操作 。 

委托 是 对 象 组 合 的 特例 。 它 告诉 你 对 象 组 合作 为 一 个 代码 复 用 机 制 可 以 替代 继承 。 

3. 继承 和 参数 化 类 型 的 比较 

另 一 种 功能 复 用 技术 (并 非 严格 的 面向 对 象 技 术 ) 是 参数 化 类 型 (parameterized type) ， 也 就 
是 类 属 (generic)(Ada、Eiffel) 或 模板 (templates)(C++)。 它 允许 你 在 定义 一 个 类 型 时 并 不 指定 该 
类 型 所 用 到 的 其 他 所 有 类 型 。 未 经 指定 的 类 型 在 使 用 时 以 参数 形式 提供 。 例 如 ， 一 个 列表 类 
能 够 以 它 所 包含 元 素 的 类 型 来 进行 参数 化 。 如 果 你 想 声 明 一 个 Integer 列 表 ， 只 需 将 Integer 类 
型 作为 列表 参数 化 类 型 的 参数 值 ; 声明 一 个 String 列 表 ， 只 需 提供 String 类 型 作为 参数 值 。 语 
言 的 实现 将 会 为 各 种 元 素 类 型 创建 相应 的 列表 类 模板 的 定制 版 本 。 

参数 化 类 型 给 我 们 提供 除了 类 继承 和 对 象 组 合 外 的 第 三 种 方法 来 组 合 面向 对 象 系统 中 的 
行为 。 许 多 设计 可 以 使 用 这 三 种 技术 中 的 任何 一 种 来 实现 。 实 现 一 个 以 元 素 比 较 操 作为 可 变 
元 的 排序 例 程 ， 可 有 如 下 方法 : 

1) 通过 子 类 实现 该 操作 (Template Method(5.10) 的 一 个 应 用 )。 

2) 实现 为 传 给 排序 例 程 的 对 象 的 职责 (Strategy(5.9))。 

3) 作为 C++ 模板 或 Ada 类 属 的 参数 ， 以 指定 元 素 比 较 操 作 的 名 称 。 

这 些 技术 存在 着 极 大 的 不 同 之 处 。 对 象 组 合 技术 人 允许 你 在 运行 时 刻 改变 被 组 合 的 行为 ， 
但 是 它 存在 间接 性 ， 比 较 低 效 。 继 承 允 许 你 提供 操作 的 缺 省 实现 ， 并 通过 子 类 重 定义 这 些 操 
作 。 参 数 化 类 型 允许 你 改变 类 所 用 到 的 类 型 。 但 是 继承 和 参数 化 类 型 都 不 能 在 运行 时 刻 改变 。 
哪 一 种 方法 最 佳 ， 取 决 于 你 设计 和 实现 的 约束 条 件 。 

本 书 没有 一 种 模式 是 与 参数 化 类 型 有 关 的 ， 尽 管 我 们 在 定制 一 个 模式 的 C++ 实现 时 用 到 了 
参数 化 类 型 。 参 数 化 类 型 在 像 Smalltalk 和 那样 的 编译 时 刻 不 进 行 类 型 检查 的 语言 中 是 完全 不 必 
要 的 。 


1.6.6 关联 运行 时 刻 和 编译 时 刻 的 结构 


一 个 面向 对 象 程序 运行 时 刻 的 结构 通常 与 它 的 代码 结构 相差 较 大 。 代 码 结 构 在 编译 时 刻 
就 被 确定 下 来 了 ， 它 由 继承 关系 固定 的 类 组 成 。 而 程序 的 运行 时 刻 结构 是 由 快速 变化 的 通信 
对 象 网 络 组 成 。 事 实 上 两 个 结构 是 披 此 独立 的 ， 试 图 由 一 个 去 理解 另 一 个 就 好 像 试图 从 静态 
的 动 、 植 物 分 类 去 理解 活生生 的 生态 系统 的 动态 性 。 反 之 亦 然 。 

考虑 对 象 聚合 (aggregatiom) 和 相识 (acquaintance) 的 差别 以 及 它们 在 编译 和 运行 时 刻 的 表示 
是 多么 的 不 同 。 聚 合意 味 着 一 个 对 象 拥 有 另 一 个 对 象 或 对 另 一 个 对 象 负 责 。 一 般 我 们 称 一 个 
对 象 包含 另 一 个 对 象 或 者 是 另 一 个 对 象 的 一 部 分 。 聚 合意 味 着 育 合 对 象 和 其 所 有 者 具有 相同 
的 生命 周期 。 

相识 意味 着 一 个 对 象 仅仅 知道 另 一 个 对 象 。 有 时 相识 也 被 称 为 “关联 ”或 “引用 ”关系 。 
相识 的 对 象 可 能 请 求 彼此 的 操作 ， 但 是 它们 不 为 对 方 负 责 。 相 识 是 一 种 比 聚 合 要 弱 的 关系 ， 
它 只 标识 了 对 象 间 较 松散 的 耦合 关系 。 


16. HRA: TAM ta rI] RA HRA 





在 下 图 中 ， 普 通 的 箭头 线 表 示 相 识 ， 尾 部 带 有 菱形 的 稍 头 线 表 示 聚 合 : 


聚合 和 相识 很 容易 混淆 ， 因 为 它们 通常 以 相同 的 方法 实现 。Smalltalk 中 ， 所 有 变量 都 是 
其 他 对 象 的 引用 ， 程 序 设计 语言 中 两 者 并 无 区 别 。C++ 中 ， 聚 合 可 以 通过 定义 表示 真正 实例 
的 成 员 变量 来 实现 ， 但 更 通常 的 是 将 这 些 成 员 变 量 定 义 为 实例 指针 或 引用 ; 相识 也 是 以 指针 
或 引用 来 实现 。 

从 根本 上 讲 ， 是 聚合 还 是 相识 是 由 你 的 意图 而 不 是 由 显 式 的 语言 机 制 决定 的 。 尽 管 它们 
之 间 的 区 别 在 编译 时 刻 的 结构 中 很 难看 出 来 ， 但 这 些 区 别 还 是 很 大 的 。 聚 合 关系 使 用 较 少 且 
比 相 识 关系 更 持久 ; 而 相识 关系 则 出 现 频率 较 高 ， 但 有 时 只 存在 于 一 个 操作 期 间 ， 相 识 也 更 
具 动 态 性 ， 使 得 它 在 源 代 码 中 更 难 被 辨别 出 来 。 

程序 的 运行 时 刻 结构 和 编译 时 刻 结构 存在 这 么 大 的 差别 ， 很 明显 代码 不 可 能 揭示 关于 系 
统 如 何 工作 的 全 部 。 系 统 的 运行 时 刻 结构 更 多 地 受到 设计 者 的 影响 ， 而 不 是 编程 语言 。 对 象 
和 它们 的 类 型 之 间 的 关系 必须 更 加 仔细 地 设计 ， 因 为 它们 决定 了 运行 时 刻 程 序 结 构 的 好 坏 。 

许多 设计 模式 (特别 是 那些 属于 对 象 范 围 的 ) 显 式 地 记述 了 编译 时 刻 和 运行 时 刻 结构 的 差 
别 。Composite(4.3) 和 Decorator(4.4) 对 于 构造 复杂 的 运行 时 刻 结构 特别 有 用 。Observer(5.7) 也 
与 运行 时 刻 结构 有 关 ， 但 这 些 结构 对 于 不 了 解 该 模式 的 人 来 说 是 很 难 理解 的 。Chain of 
Responsibility($.1) 也 产生 了 继承 所 无 法 展现 的 通信 模式 。 总 之 ， 只 有 理解 了 模式 ， 你 才能 清 
楚 代 码 中 的 运行 时 刻 结构 。 


1.6.7 设计 应 支持 变化 


获得 最 大 限度 复 用 的 关键 在 于 对 新 需求 和 已 有 需求 发 生变 化 时 的 预见 性 ， 要 求 你 的 系统 
设计 要 能 够 相应 地 改进 。 

为 了 设计 适应 这 种 变化 、 且 具有 健壮 性 的 系统 ， 你 必须 考虑 系统 在 它 的 生命 周期 内 会 发 
生 怎 样 的 变化 。 一 个 不 考虑 系统 变化 的 设计 在 将 来 就 有 可 能 需要 重新 设计 。 这 些 变化 可 能 是 
类 的 重新 定义 和 实现 ,修改 客户 和 重新 测试 。 重 新 设计 会 影响 软件 系统 的 许多 方面 ， 并 且 未 
曾 料 到 的 变化 总 是 代价 巨大 的 。 

设计 模式 可 以 确保 系统 能 以 特定 方式 变化 ， 从 而 帮助 你 避免 重新 设计 系统 。 每 一 个 设计 
模式 允许 系统 结构 的 某 个 方面 的 变化 独立 于 其 他 方面 ， 这 样 产生 的 系统 对 于 某 一 种 特殊 变化 
将 更 健壮 。 

下 面 阐述 了 一 些 导致 重新 设计 的 一 般 原 因 ， 以 及 解决 这 些 问 题 的 设计 模式 ，: 

1) 通过 显 式 地 指定 一 个 类 来 创建 对 象 ”在 创建 对 象 时 指定 类 名 将 使 你 受 特定 实现 的 约束 
而 不 是 特定 接口 的 约束 。 这 会 使 未 来 的 变化 更 复杂 。 要 避免 这 种 情况 ， 应 该 间接 地 创建 对 象 。 

设计 模式 : Abstract Factory(3.1), Factory Method(3.3), Prototype(3.4). 

2) 对 特殊 操作 的 依赖 当 你 为 请 求 指定 一 个 特殊 的 操作 时 ， 完 成 该 请 求 的 方式 就 固定 下 
来 了 。 为 避免 把 请 求 代码 写 死 ， 你 将 可 以 在 编译 时 刻 或 运行 时 刻 很 方便 地 改变 响应 请 求 的 方 
法 。 

设计 模式 : Chain of Resposibility(5.1), Command(5.2), 

3) 对 硬件 和 软件 平台 的 依赖 ”外 部 的 操作 系统 接口 和 应 用 编程 接口 (APT) 在 不 同 的 软 硬 件 








平台 上 是 不 同 的 。 依 赖 于 特定 平台 的 软件 将 很 难 移植 到 其 他 平台 上 ， 甚 至 都 很 难 跟 上 本 地 平 
台 的 更 新 。 所 以 设计 系统 时 限制 其 平台 相关 性 就 很 重要 了 。 

设计 模式 : Abstract Factory(3.1)，Bridge(4.2)。 

4) 对 对 象 表示 或 实现 的 依赖 ”知道 对 象 怎样 表示 、 保 存 、 定 位 或 实现 的 客户 在 对 象 发 生 
变化 时 可 能 也 需要 变化 。 对 客户 隐藏 这 些 信 息 能 阻止 连锁 变化 。 

设计 模式 : Abstract Factory(3.1), Bridge(4.2), Memento(5.6), Proxy(4.7) 

5) 算法 依赖 ”算法 在 开发 和 复 用 时 常常 被 扩展 、 优 化 和 替代 。 依 赖 于 某 个 特定 算法 的 对 
象 在 算法 发 生变 化 时 不 得 不 变化 。 因 此 有 可 能 发 生变 化 的 算法 应 该 被 孤立 起 来 。 

设计 模式 : Builder(3.2), Iterator(5.4), Strategy(5.9), Template Method(5.10), 
Visitor(5.11) 
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系统 ， 要 改变 或 删 掉 一 个 类 ， 你 必须 理解 和 改变 其 他 许多 类 。 这 样 的 系统 是 一 个 很 难 学 习 、 
移植 和 维护 的 密集 体 。 

松散 耦合 提高 了 一 个 类 本 身 被 复 用 的 可 能 性 ， 并 且 系统 更 易于 学 习 、 移 植 、 修 改 和 扩展 。 
设计 模式 使 用 抽象 耦合 和 分 层 技术 来 提高 系统 的 松散 耦合 性 。 

设计 模式 : Abstract Factory(3.1), Command(5.2), Facade(4.5), Mediator(5.5), 
Observer(5.7) , Chain of Responsibility(5.1). 

7) 通过 生成 子 类 来 扩充 功能 ”通常 很 难 通过 定义 子 类 来 定制 对 象 。 每 一 个 新 类 都 有 固定 
的 实现 开销 (初始 化 、 终 止 处 理 等 )。 定 义 子 类 还 需要 对 父 类 有 深入 的 了 解 。 如 ， 重 定义 一 个 操 
作 可 能 需要 重 定义 其 他 操作 。 一 个 被 重 定 义 的 操作 可 能 需要 调用 继承 下 来 的 操作 。 并 且 子 类 
方法 会 导致 类 爆炸 ， 因 为 即使 对 于 一 个 简单 的 扩充 ， 你 也 不 得 不 引入 许多 新 的 子 类 。 

一 般 的 对 象 组 合 技术 和 具体 的 委托 技术 ， 是 继承 之 外 组 合 对 象 行为 的 另 一 种 灵活 方法 。 
新 的 功能 可 以 通过 以 新 的 方式 组 合 已 有 对 象 ， 而 不 是 通过 定义 已 存在 类 的 子 类 的 方式 加 到 应 
用 中 去 。 另 一 方面 ， 过 多 使 用 对 象 组 合 会 使 设计 难于 理解 。 许 多 设计 模式 产生 的 设计 中 ， 你 
可 以 定义 一 个 子 类 ， 且 将 它 的 实例 和 已 存在 实例 进行 组 合 来 引 和 人 定制 的 功能 。 

设计 模式 : Bridge(4.2), Chain of Responsibility(5.1), Composite(4.3), Decorator(4.4), 
Observer(5.7), Strategy(5.9). 

8) 不 能 方便 地 对 类 进行 修改 有 时 你 不 得 不 改变 一 个 难以 修改 的 类 。 也 许 你 需要 源 代 码 
而 又 没有 (对 于 商业 类 库 就 有 这 种 情况 )， 或 者 可 能 对 类 的 任何 改变 会 要 求 修 改 许多 已 存在 的 其 
他 子 类 。 设 计 模 式 提供 在 这 些 情况 下 对 类 进行 修改 的 方法 。 

设计 模式 : Adapter(4.1), Decorator(4.4), Visitor(5.11). 

这 些 例 子 反 映 了 使 用 设计 模式 有 助 于 增强 软件 的 灵活 性 。 这 种 灵活 性 所 具有 的 重要 程度 
取决 于 你 将 要 建造 的 软件 系统 。 让 我 们 看 一 看 设计 模式 在 开发 如 下 三 类 主要 软件 中 所 起 的 作 
用 : 应 用 程序 、 工 具 箱 和 框架 。 

1. 应 用 程序 

如 果 你 将 要 建造 像 文档 编辑 器 或 电子 制 表 软 件 这 样 的 应 用 程序 (Application Program)， 那 
么 它 的 内 部 复 用 性 、 可 维护 性 和 可 扩充 性 是 要 优先 考虑 的 。 内 部 复 用 性 确保 你 不 会 做 多 余 的 
设计 和 实现 。 设 计 模 式 通 过 减少 依赖 性 来 提高 内 部 复 用 性 。 松 散 耦 合 也 增强 了 一 类 对 象 与 其 
他 多 个 对 象 协 作 的 可 能 性 。 例 如 ， 通 过 孤立 和 封装 每 一 个 操作 ， 以 消除 对 特定 操作 的 依赖 ， 
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可 使 在 不 同上 下 文中 复 用 一 个 操作 变 得 更 简单 。 消 除 对 算法 和 表示 的 依赖 可 达到 同样 的 效果 。 

当 设 计 模式 被 用 来 对 系统 分 层 和 限制 对 平台 的 依赖 性 时 ， 它 们 还 会 使 一 个 应 用 更 具 可 维 
护 性 。 通 过 显示 怎样 扩展 类 层次 结构 和 怎样 使 用 对 象 复 用 ， 它 们 可 增强 系统 的 易 扩 充 性 。 同 
时 ， 耦 合 程度 的 降低 也 会 增强 可 扩充 性 。 如 果 一 个 类 不 过 多 地 依赖 其 他 类 ， 扩 充 这 个 孤立 的 
类 还 是 很 容易 的 。 

2. 工具 箱 

一 个 应 用 经 常会 使 用 来 自 一 个 或 多 个 被 称 为 工具 箱 (Toolkib 的 预定 义 类 库 中 的 类 。 工 具 箱 
是 一 组 相关 的 、 可 复 用 的 类 的 集合 ， 这 些 类 提供 了 通用 的 功能 。 工 具 箱 的 一 个 典型 例子 就 是 
列表 、 关 联 表单 、 堆 栈 等 类 的 集合 ，C++ 的 IO 流 库 是 另 一 个 例子 。 工 具 箱 并 不 强制 应 用 采用 
某 个 特定 的 设计 ， 它 们 只 是 为 你 的 应 用 提供 功能 上 的 帮助 。 工 具 箱 强 调 的 是 代码 复 用 ， 它 们 
是 面向 对 象 环 境 下 的 “ 子 程序 库 ”。 

工具 箱 的 设计 比 应 用 设计 要 难得 多 ， 因 为 它 要 求 对 许多 应 用 是 可 用 的 和 有 效 的 。 再 者 ， 
工具 箱 的 设计 者 并 不 知道 什么 应 用 使 用 该 工具 箱 及 它们 有 什么 特殊 需求 。 这 样 ， 避 免 假 设 和 
依赖 就 变 得 很 重要 ， 否 则 会 限制 工具 箱 的 灵活 性 ， 进 而 影响 它 的 适用 性 和 效率 。 

3. 框架 

框架 (Framework) 是 构成 一 类 特定 软件 可 复 用 设计 的 一 组 相互 协作 的 类 [Deu89,JF88]。 例 
如 ， 一 个 框架 能 帮助 建立 适合 不 同 领域 的 图 形 编辑 器 ， 像 艺术 绘画 、 音 乐 作 曲 和 机 械 
CADI[VL90,Joh92]。 另 一 个 框架 也 许 能 帮助 你 建立 针对 不 同 程序 设计 语言 和 目标 机 器 的 编译 
器 [JML92]。 而 再 一 个 也 许 能 帮助 你 建立 财务 建 模 应 用 [BE93]。 你 可 以 定义 框架 抽象 类 的 应 用 
相关 的 子 类 ， 从 而 将 一 个 框架 定制 为 特定 应 用 。 

框架 规定 了 你 的 应 用 的 体系 结构 。 它 定义 了 整体 结构 ， 类 和 对 象 的 分 割 ， 各 部 分 的 主要 
责任 ， 类 和 对 象 怎么 协作 ， 以 及 控制 流程 。 框 架 预定 义 了 这 些 设 计 参 数 ， 以 便于 应 用 设计 者 
或 实现 者 能 集中 精力 于 应 用 本 身 的 特定 细节 。 框 架 记 录 了 其 应 用 领域 的 共同 的 设计 决策 。 因 
而 框架 更 强调 设计 复 用 ， 尽 管 框架 常 包括 有 具体 的 立即 可 用 的 子 类 。 

这 个 层次 的 复 用 导致 了 应 用 和 它 所 基于 的 软件 之 间 的 反 向 控制 (inversion of control)。 当 
你 使 用 工具 箱 (或 传统 的 子 程序 库 ) 时 ， 你 需要 写 应 用 软件 的 主体 并 且 调 用 你 想 复 用 的 代码 。 而 
当 你 使 用 框架 时 ， 你 应 该 复 用 应 用 的 主体 ， 写 主体 调用 的 代码 。 你 不 得 不 以 特定 的 名 字 和 调 
用 约定 来 写 操作 地 实现 ， 但 这 会 减少 你 需要 做 出 的 设计 决策 。 

你 不 仅 可 以 更 快 地 建立 应 用 ， 而 且 应 用 还 具有 相似 的 结构 。 它 们 很 容易 维护 ， 且 用 户 看 
来 也 更 一 致 。 另 一 方面 ， 你 也 失去 了 一 些 表 现 创造 性 的 自由 ， 因 为 许多 设计 决策 无 须 你 来 作 
出 。 
如 果 说 应 用 程序 难以 设计 ， 那 么 工具 箱 就 更 难 了， 而 框架 则 是 最 难 的 。 框 架设 计 者 必须 
冒险 决定 一 个 要 适应 于 该 领域 的 所 有 应 用 的 体系 结构 。 任 何 对 框架 设计 的 实质 性 修改 都 会 大 
大 降低 框架 所 带 来 的 好 处 ， 因 为 框架 对 应 用 的 最 主要 贡献 在 于 它 所 定义 的 体系 结构 。 因 此 设 
计 的 框架 必须 尽 可 能 地 灵活 、 可 扩充 。 

更 进一步 讲 ， 因 为 应 用 的 设计 如 此 依赖 于 框架 ， 所 以 应 用 对 框架 接口 的 变化 是 极其 敏感 
的 。 当 框架 演化 时 ， 应 用 不 得 不 随 之 演化 。 这 使 得 松散 耦合 更 加 重要 ， 和 否则 框架 的 一 个 细微 
变化 都 将 引起 强烈 反应 。 

刚才 讨论 的 主要 设计 问题 对 框架 设计 而 言 最 具 重要 性 。 一 个 使 用 设计 模式 的 框架 比 不 用 


设计 模式 的 框架 更 可 能 获得 高 层次 的 设计 复 用 和 代码 复 用 。 成 熟 的 框架 通常 使 用 了 多 种 设计 
模式 。 设 计 模 式 有 助 于 获得 无 须 重新 设计 就 可 适用 于 多 种 应 用 的 框架 体系 结构 。 

当 框 架 和 它 所 使 用 的 设计 模式 一 起 写 人 文档 时 ， 我 们 可 以 得 到 另外 一 个 好 处 [BJ94]。 了 解 
设计 模式 的 人 能 较 快 地 洞悉 框架 。 甚 至 不 了 解 设计 模式 的 人 也 可 以 从 产生 框架 文档 的 结构 中 
受益 。 加 强 文档 工作 对 于 所 有 软件 而 言 都 是 重要 的 ， 但 对 于 框架 其 重要 性 显得 尤为 突出 。 学 
会 使 用 框架 常常 是 一 个 必须 克服 很 多 困难 的 过 程 。 设 计 模 式 虽然 无 法 彻底 克服 这 些 困难 ， 但 
它 通过 对 框架 设计 的 主要 元 素 做 更 显 式 的 说 明 可 以 降低 框架 学 习 的 难度 。 

因为 模式 和 框架 有 些 类 似 ， 人 们 常常 对 它们 有 怎样 的 区 别 和 它们 是 否 有 区 别 感到 疑惑 。 
它们 最 主要 的 不 同 在 于 如 下 三 个 方面 : 

1) 设计 模式 比 框 架 更 抽象 ”框架 能 够 用 代码 表示 ， 而 设计 模式 只 有 其 实例 才能 表示 为 代 
码 。 框 架 的 威力 在 于 它们 能 够 使 用 程序 设计 语言 写 出 来 ， 它 们 不 仅 能 被 学 习 ， 也 能 被 直接 执 
行 和 复 用 。 而 本 书 中 的 设计 模式 在 每 一 次 被 复 用 时 ， 都 需要 被 实现 。 设 计 模 式 还 解释 了 它 的 
意图 、 权 衡 和 设计 效果 。 

2) 设计 模式 是 比 框架 更 小 的 体系 结构 元 素 一 个 典型 的 框架 包括 了 多 个 设计 模式 ， 而 反 
之 决 非 如 此 。 

3) 框架 比 设计 模式 更 加 特例 化 ”框架 总 是 针对 一 个 特定 的 应 用 领域 。 一 个 图 形 编辑 器 框 
架 可 能 被 用 于 一 个 工厂 模拟 ,但 它 不 会 被 错 认为 是 一 个 模拟 框架 。 而 本 书 收录 的 设计 模式 几 
乎 能 被 用 于 任何 应 用 。 当 然 比 我 们 的 模式 更 特殊 的 设计 模式 也 是 可 能 的 (如 ， 分 布 式 系统 和 并 
发 程序 的 设计 模式 )， 尽 管 这 些 模式 不 会 像框 架 那样 描述 应 用 的 体系 结构 。 

框架 变 得 越 来 越 普遍 和 重要 。 它 们 是 面向 对 象 系统 获得 最 大 复 用 的 方式 。 较 大 的 面向 对 
象 应 用 将 会 由 多 层 彼此 合作 的 框架 组 成 。 应 用 的 大 部 分 设计 和 代码 将 来 自 于 它 所 使 用 的 框架 
或 受 其 影响 。 


1.7 怎样 选择 设计 模式 


本 书 中 有 20 多 个 设计 模式 供 你 选择 ， 要 从 中 找 出 一 个 针对 特定 设计 问题 的 模式 可 能 还 是 
很 困难 的 ， 尤 其 是 当面 对 一 组 新 模式 ， 你 还 不 怎么 熟悉 它 的 时 候 。 这 里 给 出 几 个 不 同 的 方法 ， 
帮助 你 发 现 适 合 你 手头 问题 的 设计 模式 : 
。 考 虑 设计 模式 是 怎样 解决 设计 问题 的 ”1.6 节 讨论 了 设计 模式 怎样 帮助 你 找到 合适 的 对 
象 、 决 定 对 象 的 粒度 、 指 定 对 象 接 口 以 及 设计 模式 解决 设计 问题 的 几 个 其 他 方法 。 参 考 
这 些 讨论 会 有 助 于 你 找到 合适 的 模式 。 
。 浏览 模式 的 意图 部 分 1.4 节 列 出 了 目录 中 所 有 模式 的 意图 (intent) 部 分 。 通 读 每 个 模式 的 
意图 ， 找 出 和 你 的 问题 相关 的 一 个 或 多 个 模式 。 你 可 以 使 用 表 1-1 所 显示 的 分 类 方法 缩 
小 你 的 搜查 范围 。 
。 研 究 模式 怎样 互相 关联 图 1-1 以 图 形 方式 显示 了 设计 模式 之 间 的 关系 。 研 究 这 些 关 系 
能 指导 你 获得 合适 的 模式 或 模式 组 。 
。 研 究 目的 相似 的 模式 ”模式 分 类 描述 部 分 共有 三 章 ， 一 章 介绍 创建 型 模式 ， 一 章 介绍 结 
构 型 模式 ， 一 章 介绍 行为 型 模式 。 每 一 章 都 以 对 模式 介绍 性 的 评价 开始 ， 以 一 个 小 节 的 
比较 和 对 照 结束 。 这 些小 节 使 你 得 以 洞察 具有 相似 目的 的 模式 之 间 的 共同 点 和 不 同 点 。 
。 检 查 重 新 设计 的 原因 ”看 一 看 从 “设计 应 支持 变化 ”小 节 开 始 讨论 的 引起 重新 设计 的 各 
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种 原因 ， 再 看 看 你 的 问题 是 否 与 它们 有 关 ， 然 后 再 找 出 哪些 模式 可 以 帮助 你 避免 这 些 会 
导 臻 重新 设计 的 因素 。 


。 考虑 你 的 设计 中 哪些 是 可 变 的 ”这 个 方法 与 关注 引起 重新 设计 的 原因 刚好 相反 。 它 不 是 


考虑 什么 会 迫使 你 的 设计 改变 ， 而 是 考虑 你 想 要 什么 变化 却 又 不 会 引起 重新 设计 。 最 主 
要 的 一 点 是 封装 变化 的 概念 ， 这 是 许多 设计 模式 的 主题 。 表 1-2 列 出 了 设计 模式 允许 你 


独立 变化 的 方面 ， 你 可 以 改变 它们 而 又 不 会 导致 重新 设计 。 
设计 模式 所 支持 的 设计 的 可 变 方面 


表 1-2 





设计 模式 





可 变 的 方面 











Abstract Factory(3.1) 
Builder(3.2) 

Factory Method(3.3) 
Prototype(3.4) 
Singleton(3.5) 










品 对 象 家 族 
如 何 创 建 一 个 组 合 对 象 
被 实例 化 的 子 类 
被 实例 化 的 类 
一 个 类 的 唯一 实例 





Adapter(4.1) 
Bridge(4.2) 
Composite(4.3) 
Decorator(4.4) 
Facade(4.5) 
Fly weight(4.6) 
Proxy(4.7) 













-一 


对 象 的 接口 

对 象 的 实现 

一 个 对 象 的 结构 和 组 成 

对 象 的 职责 ， 不 生成 子 类 

一 个 子 系统 的 接口 

对 象 的 存储 开销 

如 何 访问 一 个 对 象 ; 该 对 象 的 位 置 








行 为 Chain of Responsibility(5.1) 
Command(5.2) 
Interpreter(5.3) 

Iterator(5.4) 

Mediator(5.5) 


Memento(5.6) 









Observer(5.7) 


State(5.8) 
Strategy(5.9) 

Template Method(5.10) 
Visitor(5.1 1) 








1.8 怎样 使 用 设计 模式 


满足 一 个 请 求 的 对 象 

何 时 、 怎 样 满足 一 个 请 求 

一 个 语言 的 文法 及 解释 

如 何 亿 记 、 访 问 一 个 察 合 的 各 元 素 

对 象 间 怎 样 交 互 、 和 淮 交 互 

一 个 对 象 中 哪些 私有 信息 存放 在 该 对 象 之 外 ， 以 及 在 

什么 时 候 进行 存储 

多 个 对 象 依赖 于 另外 一 个 对 象 ， 而 这 些 对 象 又 如 何 保 
， 持 一 臻 l 

对 象 的 状态 

算法 

算法 中 的 某 些 步骤 

某 些 可 作用 于 一 个 (组 ) 对 象 上 的 操作 ， 但 不 修改 这 
些 对 象 的 类 





一 旦 你 选择 了 一 个 设计 模式 ， 你 怎么 使 用 它 呢 ? 这 里 给 出 一 个 有 效应 用 设计 模式 的 循序 


渐进 的 方法 。 


I 大 致 浏览 一 遍 模 式 特别 注意 其 适用 性 部 分 和 效果 部 分 ， 确 定 它 适 合 你 的 问题 。 


2) 回头 研究 结构 部 分 、 参 与 者 部 分 和 协作 部 分 


们 是 怎样 关联 的 。 


确保 你 理解 这 个 模式 的 类 和 对 象 以 及 它 


3) 看 代码 示例 部 分 ， 看 看 这 个 模式 代码 形式 的 具体 例子 ”研究 代码 将 有 助 于 你 实现 模式 。 


4) 选择 模式 参与 者 的 名 字 ， 使 它们 在 应 用 上 下 文中 有 意义 


设计 模式 参与 者 的 名 字 通 常 








HIF 引 = 
过 于 抽象 而 不 会 直接 出 现在 应 用 中 。 然 而 ， 将 参与 者 的 名 字 和 应 用 中 出 现 的 名 字 合并 起 来 是 
很 有 用 的 。 这 会 帮助 你 在 实现 中 更 显 式 的 体现 出 模式 来 。 例 如 ， 如 果 你 在 文本 组 合算 法 中 使 
用 了 Strategy 模 式 ， 那 么 你 可 能 有 名 为 SimpleLayoutStrategy 或 TeXLayoutStrategy 这 样 的 类 。 


量 。 识 别 模式 会 影响 到 的 你 的 应 用 中 存在 的 类 ， 做 出 相应 的 修改 。 
6) 定义 模式 中 专用 于 应 用 的 操作 名 称 
与 每 一 个 操作 相关 联 的 责任 和 协作 作为 指导 。 还 有 ， 你 的 名 字 约 定 要 一 致 。 例 如 ， 可 以 使 用 
“Create ”前 级 统一 标记 Factory 方 法 。 
分 的 例子 也 能 提供 帮助 。 
这 些 只 


5) 定义 类 ”声明 它们 的 接口 ， 建 立 它们 的 继承 关系 ， 定 义 代表 数据 和 对 象 引 用 的 实例 变 

这 里 再 一 次 体现 出 ， 名 字 一 般 依赖 于 应 用 。 使 用 
D 实现 执行 模式 中 责任 和 协作 的 操作 ”实现 部 分 提供 线索 指导 你 进行 实现 。 代 码 示例 部 
些 只 对 你 一 开始 使 用 模式 起 指导 作用 。 以 后 你 会 有 自己 的 设计 模式 使 用 方法 。 
关于 设计 模式 ， 如 果 不 提 一 下 它们 的 使 用 限制 ， 那 么 关于 怎样 使 用 它们 的 讨论 就 是 不 完 
的 ， 如 表 1-2 所 示 。 


整 的 。 设 计 模 式 不 能 够 随意 使 用 。 通 常 你 通过 引入 额外 的 间接 层次 获得 灵活 性 和 可 变性 的 同 
时 ， 你 也 使 设计 变 得 更 复杂 并 /或 牺牲 了 一 定 的 性 能 。 一 个 设计 模式 只 有 当 它 提供 的 灵活 性 是 


真正 需要 的 时 候 ， 才 有 必要 使 用 。 当 衡量 一 个 模式 的 得 失 时 ， 它 的 效果 部 分 是 最 能 提供 帮助 
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这 一 章 将 通过 设计 一 个 称 为 Lexis 的 “所 见 即 所 得 ”( 或 “WYSIWYG”) 的 文档 编辑 器 ， 
来 介绍 设计 模式 的 实际 应 用 。 我 们 将 会 看 到 在 Lexi 和 类 似 应 用 中 ， 设 计 模 式 是 怎样 解决 设计 
问题 的 。 在 本 章 最 后 ， 通 过 这 个 例子 的 学 习 你 将 获得 8 个 模式 的 实用 经 验 。 


图 2-1 是 Lexi 的 用 户 界面 。 文 档 的 所 见 即 所 得 的 表示 占据 了 中 间 的 大 矩形 区 域 。 
以 不 同 的 格式 风格 自由 混合 文本 和 图 形 。 文 档 的 周围 是 通常 的 下 拉 菜 单 和 滚动 条 ， 


用 来 跳 到 特定 页 的 页 码 图 标 。 


p 


Typewriter 
Sans serif 


1 Gou 
Gnu 





the witernal representation of the Text View. The dnw 
option (which i not shown) Tieng ly calls daw on the 
TEBox 

The code thot builds: Text View is similar to the 
orginal drow code, except thet insted of calling 
fimetions to daw the characters, we build objects 
that will draw themadlves whenever necessary. Using 
obpects solves the redryw problem becuse only those 
objects that lw within the damaged region will get 
drew calls. The proguamin: does not have to write the 
code that decides what objects tw redzaw- that code ti 
in the toolkit (in this example, in the implementation 
of the Box daw operation). Indeed, the giyph-Dbased 
implementation of Text View is evn simpler than the 
Ori ral code becuse the programmer need only declare 
waer objects be wants-he does mot need to specify dew 
the objects should werract 


7,7 Multiple fonts 
Berase we built TertView with glyphs, we can easily 
entend it to Ad functionality that might otherwise be 
difficult to implement For ocample, Figure 4 shows 
a vere dump of a version of Text ¥iew that displays 
EUC -weoded Japanese text. Acddmg this feature to i 
text view suchas the Athena Toot Widget would requise 
a complete rewrite, Here we only add two Lines of code 
Figure Shows the change 

Chamcter ghypta take an optional second constructor 
parameter that specifies the font to use when 由 ist 
For ASCL- encoded text wr cpeatt Clara irs that ut 
the -bit ASCI- encoded “a147 font; for TS-encoded 








w > 
gure 4 A gratuitous kiraw ri 


text (kanjit and kana characters) we create Chane 
that ase the 6 ~bit JIS -encoded “hid” font 


7.7 Mixing text and graphics 
We can put say glyph inside a composite glyph, u 


it is 


| Figure T shows the medi 
code that builds the view 


A Stencil n è glyph thot displays a bitmap , an HE: 
dows a horizontal line, and WGlue represents wertiq 
blank space. The constmator panmeters for Rule 


*} 
= new LEBOX() | 
} else af (/asagoia(e)) { 
line- *append{ 
new tharacter( 
tojis{è, gete(file}), kis 


》 
} else { 
Line->append{ 
new tharacter(o, ais) 
j 





Figure 5: Modified Tert View that displays Japanese trig 
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图 2-1 


Lexi 的 用 户 界 面 


日 ”Lexi 的 设计 是 基于 Calder 开 发 的 文本 编辑 应 用 Doc 的 。[CL92] 































文档 能 够 
以 及 一 些 
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2.1 设计 问题 


我 们 将 考察 Lexi 设 计 中 的 7 个 问题 : 

1) 文档 结构 对 文档 内 部 表示 的 选择 几乎 影响 Lexi 设 计 的 每 个 方面 。 所 有 的 编辑 、 格 式 安 
排 、 显 示 和 文本 分 析 都 涉及 到 这 种 表示 。 我 们 怎样 组 织 这 个 信息 会 影响 到 应 用 的 其 他 方面 。 

2) 格式 化 Lexi 是 怎样 将 文本 和 图 形 安排 到 行程 列 上 的 ? 哪些 对 象 负责 执行 不 同 的 格式 策 
略 ?” 这 些 策略 又 是 怎样 和 内 部 表述 相互 作用 的 ? 

3) 修饰 用 户 界面 Lexi 的 用 户 界面 包括 滚动 条 、 边 界 和 用 来 修饰 WYSIWYG 文 档 界面 的 阴 
影 。 这 些 修饰 有 可 能 随 着 Lexi 用 户 界面 的 演化 而 发 生变 化 。 因 此 ， 在 不 影响 应 用 其 他 方面 的 
情况 下 ， 能 自由 增加 和 去 除 这 些 修饰 就 十 分 重要 了 。 

4) 支持 多 种 视 感 (look-and-feel) 标 准 ”Lexi 应 不 需 作 较 大 修改 就 能 适应 不 同 的 视 感 标准 ， 
如 Motif 和 Presentation Manager(PM) 等 。 

5) 支持 多 种 窗口 系统 不 同 的 视 感 标准 通常 是 在 不 同 的 窗口 系统 上 实现 的 。Lexi 的 设计 应 
尽 可 能 的 独立 于 窗口 系统 。 

6) 用 户 操作 用 户 通过 不 同 的 用 户 界面 控制 Lexi， 包 括 按钮 和 下 拉 菜 单 。 这 些 界面 对 应 的 
功能 分 散在 整个 应 用 对 象 中 。 这 里 的 难点 在 于 提供 一 个 统一 的 机 制 ， 既 可 以 访问 这 些 分 散 的 
功能 ， 又 可 以 对 操作 进行 撤消 (undo)。 

7) 拼写 检查 和 连 字 符 ” Lexi 是 怎样 支持 像 检查 拼写 错误 和 决定 连 字 符 的 连 字 点 这 样 的 分 析 
操作 的 ? 当 我 们 不 得 不 添加 一 个 新 的 分 析 操作 时 ， 我 们 怎样 尽量 少 修改 相关 的 类 ? 

我 们 将 在 下 面 的 各 节 里 讨论 这 些 设 计 问题 。 每 个 问题 都 有 一 组 相关 联 的 目标 集合 和 我 们 
怎样 达到 这 些 目标 的 限制 条 件 集合 。 在 给 出 特定 解决 方案 之 前 ， 我 们 会 详细 解释 设计 问题 的 
目标 和 限制 条 件 。 问 题 和 其 解决 方案 会 列举 一 个 或 多 个 设计 模式 。 对 每 个 问题 的 讨论 将 在 对 
相关 设计 模式 的 简单 介绍 后 结束 。 


2.2 文档 结构 


从 根本 上 来 说 ， 一 个 文档 只 是 对 字符 、 线 、 多 边 形 和 其 他 图 形 元 素 的 一 种 安排 。 这 些 元 素 
记录 了 文档 的 整个 信息 内 容 。 然 而 ， 一 个 文档 作者 通常 并 不 将 这 些 元 素 看 作 图 形 项 ， 而 是 看 
作文 档 的 物理 结构 一 - 行 、 列 、 图 形 、 表 和 其 他 子 结构 。 而 这 些 子 结构 也 有 自己 的 子 结构 。 

Lexi 的 用 户 界 面 应 该 让 用 户 直接 操纵 这 些 子 结构 。 例 如 ， 一 个 用 户 应 该 能 够 将 一 个 图 表 
当 作 一 个 单元 ， 而 不 是 个 别 图 形 原 语 的 一 组 集合 。 用 户 应 该 能 够 对 表 进 行 整体 引用 ， 而 不 是 
将 表 作为 非 结构 化 的 一 堆 文本 和 图 形 。 这 有 助 于 使 界面 简单 和 直观 。 为 了 使 Lexi 的 实现 具有 
类 似 的 性 质 ， 我 们 选择 能 匹配 文档 物理 结构 的 内 部 表示 。 

特别 的 ， 内 部 表示 应 支持 如 下 几 点 : 

“保持 文档 的 物理 结构 。 即 将 文本 和 图 形 安 排 到 行 、 列 、 表 等 。 

“ 可视化 生成 和 显示 文档 。 

“根据 显示 位 置 来 映射 文档 内 部 表示 的 元 素 。 这 可 以 使 Lexi 根 据 用 户 在 可 视 化 表示 中 所 点 

击 的 某 个 东西 来 决定 用 户 所 引用 的 文档 元 素 。 


SO 作者 也 常 从 有 还 辑 结构 来 看 文档 ， 即 看 成 句子 、 段 落 、 节 、 小 节 和 章 。 为 了 使 这 个 例子 简单 ， 我 们 的 文档 内 
部 表示 不 显 式 储存 逻辑 结构 信息 。 但 是 我 们 描述 的 设计 方案 同样 适用 于 表述 逻辑 结构 信息 的 情况 。 
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除了 这 些 目 标 外 ， 还 有 一 些 限制 条 件 。 首 先 ， 我 们 应 该 一 致 对 待 文本 和 图 形 。 应 用 界面 
允许 用 户 在 图 形 中 自由 的 炭 人 文本 ， 反 之 亦 然 。 我 们 应 该 避免 将 图 形 看 作文 本 的 一 种 特殊 情 
形 ， 或 将 文本 看 作 图 形 的 特例 。 和 否则 ， 我 们 最 后 得 到 的 是 宛 余 的 格式 和 操纵 机 制 。 机 制 集合 
应 该 使 文本 和 图 形 都 能 满足 。 

其 次 ， 我 们 的 实现 不 应 该 过 分 强调 内 部 表示 中 单个 元 素 和 元 素 组 之 间 的 差别 。Lexi 应 该 
能 够 一 致 地 对 待 简单 元 素 和 组 合 元 素 ， 这 样 就 允许 任意 复杂 的 文档 。 例 如 ， 第 5 行 第 2 列 的 第 
10 个 元 素 既 可 以 是 一 个 字符 ， 也 可 以 是 一 个 由 许多 子 元 素 组 成 的 复杂 图 表 。 一 旦 我 们 知道 这 
个 元 素 能 够 画 出 自己 并 指定 了 它 的 区 域 ， 那 么 它 怎 样 显 示 在 页 面 上 和 它 的 显示 位 置 的 确定 就 
并 不 困难 了 。 

然而 ， 为 了 检查 拼写 错误 和 确定 连 字符 的 连接 点 ， 需 要 对 文本 进行 分 析 。 这 就 与 第 二 个 
限制 条 件 产生 了 矛盾。 我 们 通常 并 不 关心 一 行 上 的 元 素 是 简单 对 象 还 是 复杂 对 象 ， 但 是 文本 
分 析 有 时 候 依赖 于 被 分 析 的 对 象 。 例 如 ， 检 查 多 边 形 的 拼写 或 以 连 字符 连接 它 是 没有 意义 的 。 
文档 内 部 表示 设计 应 该 考虑 和 权衡 这 个 或 其 他 潜在 的 彼此 矛盾 的 限制 条 件 。 


2.2.1 递归 组 合 


层次 结构 信息 的 表述 通常 是 通过 一 种 被 称 为 递归 组 合 (Recursive Composition) 的 技术 来 实 
现 的 。 递 归 组 合 可 以 由 较 简单 的 元 素 逐 渐 建 立 复杂 的 元 素 ， 是 我 们 通过 简单 图 形 元 素 构造 文 
档 的 方法 之 一 。 第 一 步 ， 我 们 将 字符 和 图 形 从 左 到 右 排列 形成 文档 的 一 行 ， 然 后 由 多 行 形成 
一 列 ， 再 由 多 列 形成 一 页 ， 等 等 ， 见 图 2-2。 


字符 空格 图 He (fr) 


Gig a; 



































组 合 ( 列 ) 
图 2-2 包含 正文 和 图 形 的 递归 组 合 
我 们 将 每 一 个 重要 元 素 表示 成 一 个 对 象 ， 就 可 以 描述 这 种 物理 结构 。 它 不 仅 包括 字符 、 图 


形 等 可 见 元 素 ， 也 包括 不 可 见 的 、 结 构 化 的 元 素 ， 如 行 和 列 。 结 果 就 是 如 图 2-3 所 示 的 对 象 结构 。 
通过 用 对 象 表示 文档 的 每 一 个 字符 和 图 形 元 素 ， 我 们 可 以 提高 Lexi 最 佳 设计 的 灵活 性 。 
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我 们 能 够 在 显示 、 格 式 化 和 互相 嵌入 等 方面 一 致 对 待 图形 和 文本 。 我 们 能 够 扩展 Lexi 以 支持 
新 的 字符 集 而 不 会 影响 其 他 功能 。Lexi 的 对 象 结构 与 文档 的 物理 结构 非常 相像 。 





图 2-3 递归 组 合 的 对 象 结构 


这 里 隐 含 了 两 个 重要 的 地 方 。 第 一 个 很 明显 ， 对 象 需要 相应 的 类 。 第 二 个 就 不 那么 明显 
了 ， 因 为 我 们 要 一 致 性 地 对 待 这 些 对 象 ， 所 以 这 些 类 必须 有 兼容 的 接口 。 在 像 C++ 这 样 的 语 
言 中 ， 可 以 通过 继承 来 关联 类 ， 使 得 接口 兼容 。 


2.2.2 图 元 


我 们 将 为 出 现在 文档 结构 中 的 所 有 对 象 定义 一 个 抽象 类 图 元 (Glyphe )。 它 的 子 类 既定 义 
了 基本 的 图 形 元 素 ( 像 字 符 和 图 像 )， 又 定义 了 结构 元 素 ( 像 行 和 列 )。 图 2-4 描 述 了 Glyph 类 














Draw(Window w) o aes Sa --------]--------- 
Intsrsects(Point p) 9 ! | | | tntersects(Pointp)  O-----4--- i 
r] 1 Insert(Glyph g, int i) | à: 








char c 


insert g into `> 


for all c in children a 
if c->intersects{p) retum true 


retum true if point p 
intersects this character 





w->DrawCharacter(c) 





forell c in children 
ensure c is 


o->Draw(w) 





图 2-4 部 分 Glyph 类 层次 


但 ”Calder 第 一 个 在 这 种 上 下 文 使 用 术语 “Glyph”[CL90]。 大 多 数 同 时 代 的 文档 编辑 器 由 于 效率 原因 ， 并 不 是 
对 一 个 字符 就 使 用 一 个 对 象 的 。Calder 在 他 的 论文 [Cal93] 中 论证 了 该 方法 的 可 行 性 。 为 了 简单 起 见 ， 我 们 
将 图 元 严格 限制 在 类 层次 结构 上 ， 所 以 没有 Calder 的 那么 复杂 。Calder 的 图 元 还 能 减少 存储 开销 ， 形 成 有 向 
无 环 图 结构 。 我 们 也 可 以 使 用 Flyweight(4.6) 模 式 来 达到 相同 的 效果 ， 我 们 将 把 它 作为 留 给 读者 的 一 个 练习 。 
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层次 的 部 分 表示 ， 表 2-1 以 C++ 表示 法 描述 了 基本 的 Glyph 接 口 。 。 
表 2-1 基本 Glyph 接 口 


Responsibility Operations 
Appearance Virtual Void Draw (Window*) 
Virtual Void Bounds (Rect&) 
hit detection Virtual bool Intersects (Const Point&) 
Structure Virtual Void Insert (Glyph*, int) 


Virtual Void Remove (Glyph*) 
Virtual Glyph* Child (int) 
Virtual Glyph* Parent() 


图 元 有 三 个 基本 责任 ， 它 们 是 1) 怎 样 画 出 自己 ，2) 它 们 占用 多 大 空间 ，3) 它 们 的 父 图 元 和 
子 图 元 是 什么 。 

Glyph 子 类 为 了 在 窗口 上 表示 自己 ， 重 新 定义 了 Draw 操 作 。 调 用 Draw 时 ， 它 们 传递 一 个 
引用 给 Window 对 象 。Window 类 为 了 在 屏幕 窗口 上 表示 文本 和 基本 图 形 ， 定 义 了 一 些 图 形 操 
作 。 一 个 Glyph 的 子 类 Rectangle 可 能 会 像 下 面 这 样 重 定 义 Draw: 


void Rectangle::Draw (Window* w) { 


w->DrawRect(_x0, _y0, _x1, _yl); 
} 


这 里 的 _x0，_y0，_x1，._yl 是 Rectangle 的 数据 成 员 ， 定 义 了 和 矩形 的 对 顶点 。 DrawRect 是 
Window 操 作 ， 用 来 在 屏幕 上 显示 矩形。 

父 图 元 通常 需要 知道 像 子 图 元 需要 占用 多 大 空间 这 样 的 信息 ， 以 把 它 和 其 他 图 元 安排 在 
一 行 上 ,保证 不 会 互相 覆盖 (参见 图 2-2)。Bounds 操 作 返 回 图 元 占用 的 和 矩形 区 域 ， 它 返回 的 是 

含 该 图 元 的 最 小 矩形 的 对 角 顶 点 。Glyph 各 子 类 重 定 义 该 操作 ， 返 回 它们 各 自 还 图 所 用 的 矩 
形 区 域 。 

intersects 操 作 判 断 一 个 指定 的 点 是 否 与 图 元 相交 。 任 何 时 候 用 户 点 击 文档 某 处 时 ，Lexi 
都 能 调用 该 操作 确定 鼠标 所 在 的 图 元 或 图 元 结构 。Rectangie 类 重 定义 了 该 操作 ， 用 来 计算 和 矩 
形 和 给 定点 的 相交 。 

因为 图 元 可 以 有 子 图 元 ， 所 以 我 们 需要 一 个 公共 的 接口 来 添加 、 删 除 和 访问 这 些 子 图 元 。 
例如 ， 一 个 行 的 子 图 元 是 该 行 上 的 所 有 图 元 。Insert 操 作 在 整数 Index 指 定 的 位 置 上 插入 一 个 图 
元 e。Remove 操 作 移 去 一 个 指定 的 子 图 元 。 

Child 操 作 返 回 给 定 Index 的 子 图 元 (如 果 有 的 话 )， 像 行 这 样 有 子 图 元 的 图 元 应 该 内 部 使 用 
Child 操 作 ， 而 不 是 直接 访问 子 数据 结构 。 这 样 当 你 将 数据 结构 由 数组 改 为 连接 表 时 ， 你 也 无 
需 修 改 像 Draw 这 样 重复 作用 于 各 个 子 图 元 的 操作 。 类 似 的 ，Parent 操 作 提 供 一 个 标准 的 访问 
父 终 元 的 接口 。Lexi 的 图 元 保存 一 个 指向 其 父 图 元 的 指引 ，Parent 操 作 只 简单 的 返回 这 个 指 
引 。 





日 为 了 使 讨论 简单 化 ， 我 们 这 里 特地 使 用 最 小 化 的 接口 。 一 个 完备 的 接口 应 该 包括 管理 颜色 、 字 体 和 坐标 转 
换 等 图 形 属性 的 操作 ， 和 管理 更 复杂 子 对 象 的 操作 。 

© 一 个 整数 Index 可 能 并 不 是 指定 子 图 元 的 最 好 方法 ， 它 依赖 于 图 元 所 用 的 数据 结构 。 如 果 图 元 在 连接 表 中 储 
存 子 图 元 ， 那 么 使 用 连接 表 指 针 应 该 更 有 效 。 我 们 在 2.8 节 讨论 文档 分 析 的 时 候 ， 将 会 给 出 索引 问题 的 更 好 
解决 方案 。 


HLF FORK: RIt-RLMMRE 27 





2.2.3 组 合 模式 


递归 组 合 不 仅 可 用 来 表示 文档 ， 我 们 还 可 以 用 它 表 示 任 何 潜在 复杂 的 、 层 次 式 的 结构 。 
Corposite(4.3) 模 式 描述 了 面向 对 象 的 递归 组 合 的 本 质 。 现 在 是 回 到 此 模式 并 学 习 它 的 时 候 了 ， 
需要 时 再 回头 参考 这 个 场景 。 


2.3 格式 化 


我 们 已 经 解决 了 文档 物理 结构 的 表示 问题 。 接 着 ， 我 们 需要 解决 的 问题 是 怎样 构造 一 个 “ 
特殊 物理 结构 ， 该 结构 对 应 于 一 个 恰当 地 格式 化 了 的 文档 。 表 示 和 格式 化 是 不 同 的 ， 记 录 文 
档 物 理 结 构 的 能 力 并 没有 告诉 我 们 怎样 得 到 一 个 特殊 格式 化 结构 。 这 个 责任 大 多 在 于 Lexi， 
它 必须 将 文本 分 解 成 行 ， 将 行 分 解 成 列 等 等 。 同 时 还 要 考虑 用 户 的 高 层次 的 要 求 ， 例 如 ， 用 
户 可 能 会 指定 边界 宽度 、 缩 进 大 小 和 表格 形式 、 是 否 隔行 显示 以 及 其 他 可 能 的 许多 格式 限制 
条 件 。 。Lexi 的 格式 化 算法 必须 考虑 所 有 这 些 因 素 。 

现在 我 们 将 “格式 化 ”含义 限制 为 将 一 个 图 元 集合 分 解 为 若干 行 。 下 面 我 们 可 以 互 换 使 
用 术语 “格式 化 ”(formatting) 和 “分 行 ”(linebreaking)。 下 面 讨论 的 技术 同样 适用 于 将 行 分 
解 为 列 和 将 列 分 解 为 页 。 


2.3.1 封装 格式 化 算法 


由 于 所 有 这 些 限制 条 件 和 许多 细节 问题 ， 格 式 化 过 程 不 容易 被 自动 化 。 这 里 有 许多 解决 
方法 ,实际 上 人 们 已 经 提出 了 各 种 各 样 具 有 不 同 能 力 和 缺陷 的 格式 化 算法 。 因 为 Lexi 是 一 个 
所 见 即 所 得 编辑 器 ， 所 以 一 个 必须 考虑 的 重要 权衡 之 处 在 于 格式 化 的 质量 和 格式 化 的 速度 之 
间 的 取舍 。 我 们 通常 希望 在 不 牺牲 文档 美观 外 表 的 前 担 下 ， 能 得 到 良好 的 反映 速度 。 这 种 权 
衡 受 许多 因素 影响 ， 而 并 不 是 所 有 因素 在 编译 时 刻 都 能 确定 的 。 例 如 ， 用 户 也 许 能 忍受 稍 慢 
一 点 的 响应 速度 ， 以 换取 较 好 的 格式 。 这 种 选择 也 许 导 致 了 比 当 前 算法 更 适用 的 彻底 不 同 的 
格式 化 算法 。 另 一 个 例子 ， 更 多 实现 驱动 的 权衡 是 在 格式 化 速度 和 存储 需求 之 间 : 很 有 可 能 
为 了 缓存 更 多 的 信息 而 降低 格式 化 速度 。 

因为 格式 化 算法 趋 于 复杂 化 ， 因 而 可 以 考虑 将 它们 包含 于 文档 结构 之 中 ,但 最 好 是 将 它 
们 彻底 独立 于 文档 结构 之 外 。 理 想 情况 下 ， 我 们 能 够 自由 地 增加 一 个 Glyph 子 类 而 不 用 考虑 格 
式 算法 。 反 过 来 ， 增 加 一 个 格式 算法 不 应 要 求 修 改 已 有 的 图 元 类 。 

这 些 特 征 要 求 我 们 设计 的 Lexi 易 于 改变 格式 化 算法 。 最 好 能 在 运行 时 刻 改 变 这 个 算法 ， 
如 果 难 以 实现 ， 至 少 在 编译 时 刻 应 该 可 以 很 方便 地 改变 。 我 们 可 以 将 算法 独立 出 来 ， 并 把 它 
封装 到 对 象 中 使 其 便于 替代 。 更 进一步 ， 可 以 定义 一 个 封装 格式 化 算法 的 对 象 的 类 层次 结构 。 
类 层次 结构 的 根 结 点 将 定义 支持 许多 格式 化 算法 的 接口 ， 每 个 子 类 实现 这 个 接口 以 执行 特定 
的 算法 。 那 时 就 能 让 GIyph 子 类 对 象 自动 使 用 给 定 算法 对 象 来 排列 其 子 图 元 。 


2.3.2 Compositor 和 Composition 
我 们 为 能 封装 格式 化 算法 的 对 象 定义 一 个 Compositor 类 。 它 的 接口 〈 见 表 2-2 ) 可 让 
o 用 户 可 能 更 关心 的 是 文档 的 逻辑 结构 一 -句子 、 段 落 、 小 节 、 章 节 等 等 。 相 比 而 言 ， 对 物理 结构 就 没有 这 样 


的 兴趣 了 。 大 部 分 用 户 不 在 意 段落 中 的 换行 发 生 在 何 处 ， 只 要 该 段落 能 正确 格式 化 就 行 了 。 格 式 化 列 和 页 ， 
也 是 这 样 的 。 因 而 用 户 最 终 只 指定 物理 结构 的 高 层 限 制 条 件 ， 用 来 满足 他 们 的 艰难 工作 则 由 Lexi 去 完成 。 
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compositor 获 知 何 时 去 格式 化 哪些 图 元 。 它 所 格式 化 的 图 元 是 一 个 被 称 为 Composition 的 特定 
图 元 的 各 个 子 图 元 。 一 个 Composition 在 创建 时 得 到 一 个 Compositor 子 类 实例 ， 并 在 必要 的 时 
候 (如 用 户 改 变 文 档 的 时 候 ) 让 Compositor 对 它 的 图 元 作 Compose 操 作 。 图 2-5 描 述 了 
Composition 类 和 Compositor 类 之 间 的 关系 。 

表 2-2 基本 Compositor 接 口 








责 任 操作 
格式 化 的 内 容 void SetComposition (Composition* ) 
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图 2-5 Composition 和 Compositor 类 间 的 关系 


一 个 未 格式 化 的 Composition 对 象 只 包含 组 成 文档 基本 内 容 的 可 见 图 元 。 它 并 不 包含 像 行 
和 列 这 样 的 决定 文档 物理 结构 的 图 元 。Composition 对 象 只 在 刚 被 创建 并 以 待 格式 化 的 图 元 进 
行 初始 化 后 ， 才 处 于 这 种 状态 。 当 Composition 需 要 格式 化 时 ， 调 用 它 的 Compositor 的 
Compose 操 作 。Compositor 依 次 遍历 Composition 的 各 个 子 图 元 ， 根 据 分 行 算 法 插入 新 的 行 和 
列 图 元 9 。 图 2-6 显 示 了 得 到 的 对 象 结构 。 图 中 由 Compositor 创 建 和 插入 到 对 象 结构 中 的 图 元 





图 2-6 对 象 结构 反映 Compositor 制 导 的 分 行 


© Compositor 为 了 计算 换行 必须 知道 字符 图 元 的 字符 代码 。 在 2.8 节 ， 我 们 将 会 看 到 : 怎样 可 以 不 在 Glyph 接 
口中 添加 一 个 特定 于 字符 的 操作 ， 而 多 态 地 获得 这 个 信息 。 
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以 灰色 背景 显示 。 

每 一 个 Compositor 子 类 都 能 实现 一 个 不 同 的 分 行 算法 。 例 如 ， 一 个 SimpleCompositor 可 以 
执行 得 很 快 ， 而 不 考虑 像 文 档 “ 色 彩 ” 这 样 深奥 的 东西 。 好 的 色彩 意味 着 文本 和 空白 的 平滑 
分 布 。 一 个 TeXCompositor 会 实现 完全 的 T.X 算 法 [Knu84]， 会 考虑 像 色 彩 这 样 的 东西 MUR 
长 的 格式 化 时 间作 为 代价 。 

Compositor-Composition 类 的 分 离 确保 了 支持 文档 物理 结构 的 代码 和 支持 不 同 格式 化 算法 
的 代码 之 间 的 分 离 。 我 们 能 增加 新 的 Compositor 子 类 而 不 触及 Glyph 类 ， 反 之 亦 然 。 事 实 上 ， 
我 们 通过 给 Composition 的 基本 图 元 接口 增加 一 个 SetCompositor 操 作 ， 即 可 在 运行 时 刻 改变 分 
行 算 法 。 


2.3.3 策略 模式 


在 对 象 中 封装 算法 是 Strategy(5.9) 模 式 的 目的 。 模 式 的 主要 参与 者 是 Strategy 对 象 ( 这 些 
对 象 中 封装 了 不 同 的 算法 ) 和 它们 的 操作 环境 。 其 实 Compositor 就 是 Strategy。 它 们 封装 了 不 
同 的 格式 算法 。Composition 就 是 Compositor 策 略 的 环境 。 

Strategy 模 式 应 用 的 关键 点 在 于 为 Strategy 和 它 的 环境 设计 足够 通用 的 接口 ， 以 支持 一 系 
列 的 算法 。 你 不 必 为 了 支持 一 个 新 的 算法 而 改变 Strategy 或 它 的 环境 。 在 我 们 的 例子 中 ， 支 持 
子 图 元 访问 、 插 入 和 删除 操作 的 基本 Gliyph 接 口 就 足以 满足 一 般 的 用 户 需 求 ， 不 管 Compositor 
子 类 使 用 何 种 算法 ， 都 足以 支持 其 对 文档 的 物理 结构 的 修改 。 同 样 地 ，Compositor 接 口 也 足 
以 支持 Composition 启 动 格式 化 操作 。 


2.4 修饰 用 户 界面 


我 们 针对 Lexi 用 户 界面 考虑 两 种 修饰 ， 第 一 种 是 在 文本 编辑 区 域 周围 加 边界 以 界定 文本 
页 ; 第 二 种 是 加 滚动 条 让 用 户 能 看 到 同一 页 的 不 同 部 分 。 为 了 便于 增加 和 去 除 这 些 修饰 ( 特 
别 是 在 运行 时 刻 )， 我 们 不 应 该 通过 继承 方式 将 它们 加 到 用 户 界面 。 如 果 其 他 用 户 界面 对 象 不 
知道 存在 这 些 修饰 ， 那 么 我 们 就 获得 了 最 大 的 灵活 性 。 这 使 我 们 无 需 改 变 其 他 的 类 就 能 增加 
和 移 去 这 些 修 饰 。 


2.4.1 透明 围栏 


从 程序 设计 角度 出 发 ， 修 饰 用 户 界面 涉及 到 扩充 已 存在 的 代码 。 我 们 可 以 用 继承 的 方式 
完成 这 种 扩充 ， 但 如 此 运行 时 刻 对 这 些 修饰 作 重 新 安排 则 十 分 困难 。 并 且 同 样 严重 的 问题 是 ， 
基于 类 继承 方法 通常 会 引起 类 爆炸 现象 。 

我 们 可 以 为 Composition 创 建 一 个 子 类 BorderedComposition, 用 来 给 Composition 添 加 边界 ， 
或 者 以 同样 方式 创建 子 类 ScrollableComposition 来 添加 滚动 条 。 如 果 我 们 既 想 要 滚动 条 又 想 要 
边界 ， 则 可 创建 BorderedScrollableComposition 等 等 。 极 端 情 况 下 ， 我 们 创建 一 个 包含 各 种 可 
能 修饰 组 合 的 类 。 但 一 旦 修饰 类 型 增加 ， 它 就 变 得 无 效 了 。 

对 象 组 合 提供 了 一 种 潜在 的 更 有 效 和 更 灵活 的 扩展 机 制 ， 但 是 我 们 组 合 一 些 什 么 对 象 
R? 既然 我 们 知道 要 修饰 的 是 已 有 的 图 元 ， 我 们 就 可 以 把 修饰 本 身 看 作对 象 (如 ， 类 Border 
的 实例 )。 这 样 我 们 有 了 两 个 组 合 候选 对 象 : 图 元 (Glyph) 和 边界 ( Border )。 下 一 步 是 决定 
用 谁 来 组 合 谁 的 问题 。 我 们 可 以 在 边界 中 包含 图 元 ， 这 给 人 以 边界 在 屏幕 上 包围 了 图 元 的 感 
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党 。 或 者 ， 反 之 在 图 元 中 包含 边界 ， 但 是 我 们 必须 对 相应 的 Glyph 子 类 作 修 改 以 使 边界 对 所 有 
子 类 有 效 。 在 我 们 的 第 一 个 选择 中 ， 可 以 将 画 边界 的 代码 完全 保存 在 Border 类 中 ， 而 独立 于 
其 他 类 。 

Border 类 看 起 来 是 什么 样 的 呢 ? 边界 有 形 这 个 事实 说 明 它 的 确 应 该 是 图 元 ， 即 Border 类 应 
该 是 Glyph 的 子 类 。 此 外 还 有 一 个 强制 性 的 必须 如 此 的 原因 : 客户 应 该 一 致 地 对 待 图 元 ， 而 不 
应 关心 图 元 是 否 有 边界 。 当 客户 画 一 个 简单 的 、 无 边界 的 图 元 时 ， 就 不 必 对 它 作 修饰 。 如 果 
那个 图 元 包含 于 一 个 边界 对 象 中 ， 客 户 应 该 以 画 出 前 面 简单 图 元 同样 的 方法 画 出 这 个 边界 对 
象 ， 而 不 应 该 特殊 对 待 该 边界 对 象 。 这 暗示 了 Border 接 口 是 与 Glyph 接 口 匹 配 的 。 我 们 将 
Border 作 为 Glyph 的 子 类 可 以 保证 这 种 关系 。 

我 们 根据 这 些 得 出 了 透明 围栏 (Transparent Enclosure) 的 概念 。 它 结合 了 两 个 概念 : 1 ) 单 
子女 〈 单 组 件 ) AS; 2) 兼容 的 接口 。 客 户 通 常 分 辨 不 出 它们 是 在 处 理 组 件 还 是 组 件 的 围栏 
( 即 ， 这 个 组 件 的 父 组 件 )， 特 别 是 当 围 栏 只 是 代理 组 件 的 所 有 操作 时 更 是 如 此 。 但 是 围栏 也 能 
通过 在 代理 操作 之 前 或 之 后 添加 一 些 自己 的 操作 来 修改 组 件 的 行为 。 围 栏 也 能 有 效 地 为 组 件 
添加 状态 。 


2.4.2 MonoGlyph 


我 们 可 以 将 透明 围栏 的 概念 用 于 所 有 的 修饰 其 他 图 元 的 图 元 。 为 了 使 这 个 概念 具体 化 ， 
我 们 定义 Glyph 的 子 类 MonoGlyph 作 为 所 有 像 Border 这 样 “ 起 修饰 作用 的 图 元 ”的 抽象 类 ( 见 
图 2-7 )。MonoGlyph 保 存 了 指向 一 个 组 件 的 引用 并 且 传 递 所 有 的 请 求 给 这 个 组 件 。 











[Border | 
DrawBorder(Window) 
图 2-7 MonoGlyph 类 关系 


这 使 得 MonoGlyph 缺 省 情况 下 对 客户 完全 透明 。 例 如 ，MonoGlyph 实 现 Draw 操 作 如 下 : 


void MonoGlyph::Draw (Window* w) { 
component ->Draw (w); 






} . 

MonoGlyph 的 子 类 至 少 重新 实现 一 个 这 样 的 传递 操作 ， 例 如 ,. Border::Draw 首 先 激活 基于 
组 件 的 父 类 操作 MonoGlyph::Draw， 让 组 件 做 部 分 工作 一 一 即 画 出 边界 以 外 的 其 他 东西 。 
Border::Draw 通 过 调用 私有 操作 DrawBorder 来 画 出 边界 。 细 节 我 们 这 里 不 袭 述 了 : 
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void Border::Draw (Window* w) { 
MonoGlyph: :Draw(w) ; 
DrawBorder (w); 

} 


注意 Border::Draw 是 怎样 有 效 扩展 父 类 操作 来 面 出 边界 的 。 这 与 忽略 MonoGlyph::Draw 的 
调用 ， 而 完全 代替 父 类 操作 是 截然 不 同 的 。 

另 一 个 出 现在 图 2-7 中 的 MonoGlyph 子 类 是 Scroller， 它 根据 作为 修饰 的 两 个 滚动 条 的 位 
置 在 不 同 的 位 置 画 出 组 件 。 当 画 它 的 组 件 时 ， 它 会 告诉 图 形 系 统 裁剪 边界 以 外 的 部 分 ， 滚 动 
出 视图 以 外 的 部 分 是 不 会 显示 在 屏幕 上 的 。 

现在 我 们 已 经 有 了 给 Lexi 文 本 编辑 区 增加 边界 和 滚动 界面 所 需 的 一 切 蕉 备 。 我 们 可 以 在 
一 个 Scroller 实 例 中 组 合 已 存在 的 Composition 实 例 以 增加 滚动 界面 ， 然 后 再 把 它 组 合 到 Border 
实例 中 。 结 果 对 象 结构 如 图 2-8 所 示 。 
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图 2-8 嵌 人 对 象 结构 


注意 我 们 也 可 以 交换 组 合 顺序 ， 把 一 个 带 有 边界 的 组 合 放 在 Scroller 实 例 中 。 这 样 边界 可 
以 和 文本 一 起 滚动 ， 但 我 们 一 般 不 要 求 这 么 做 。 关 键 在 于 ， 透 明 围 栏 使 得 试验 不 同 的 选择 变 
得 很 容易 ， 使 得 客户 和 修饰 代码 无 关 。 

还 要 注意 Border 是 怎样 组 合 一 个 而 不 是 两 个 或 多 个 Glyph 对 象 的 。 这 不 同 于 我 们 迄今 为 止 
所 定义 的 组 合 ， 在 那些 组 合 中 父 对 象 是 允许 有 多 个 不 确定 的 子 对 象 的。 这 里 讲 给 某 物 加 上 边 
界 上 暗示 了 “ 某 物 ” 是 单个 的 。 我 们 可 以 定义 同时 修饰 多 个 对 象 的 行为 ， 但 那样 我 们 就 不 得 不 
将 多 种 组 合 和 修饰 概念 混合 起 来 形成 所 谓 的 行 修饰 、 列 修饰 等 等 。 因 为 我 们 已 经 有 许多 类 可 
用 来 做 这 些 组 合 ， 所 这 种 行为 对 我 们 并 没 帮助 。 我 们 最 好 使 用 已 有 的 类 去 做 组 合 的 工作 ， 并 
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通过 增加 新 类 去 修饰 组 合 的 结果 。 使 修饰 独立 于 其 他 组 合 ， 既 可 以 简化 修饰 类 又 可 以 减少 它 
们 的 数目 ， 还 可 以 保证 我 们 不 重复 已 有 的 组 合 功能 。 


2.4.3 ”Decorator 模 式 


Decorator(4.4) 模 式 描述 了 以 透明 围栏 来 支持 修饰 的 类 和 对 象 的 关系 。 事 实 上 术语 “修饰 ” 
的 含义 比 我 们 这 里 讨论 的 更 广泛 。 在 Decorator 模 式 中 ， 修 饰 指 给 一 个 对 象 增加 职责 的 事物 。 我 
们 可 以 想到 用 语义 动作 修饰 抽象 语法 树 、 用 新 的 转换 修饰 有 穷 状 态 自动 机 或 者 以 属性 标签 修饰 
持久 对 象 网 等 例子 。Decorator 一 般 化 了 我 们 在 Lexi 中 使 用 的 方法 ， 而 使 它 具 有 更 广泛 的 实用 性 。 


2.5 支持 多 种 视 感 标准 


获得 跨越 硬件 和 软件 平台 的 可 移植 性 是 系统 设计 的 主要 问题 之 一 。 将 Lexi 重 新 定位 于 一 
个 新 的 平台 不 应 当 要 求 对 Lexi 进 行 重大 的 修改 ， 否 则 的 话 就 失去 了 重新 定位 Lexi 的 价值 。 我 
们 应 当 使 移植 尽 可 能 地 方便 。 

移植 的 一 大 障碍 是 不 同 视 感 标准 之 间 的 差异 性 。 视 感 标 准 本 是 用 来 加 强 某 一 窗口 平台 上 
各 个 应 用 之 间 用 户 界面 的 一 致 性 的 。 这 些 标准 定义 了 应 用 应 该 怎样 显示 和 对 用 户 请 求 作出 反 
映 。 虽 然 已 有 的 标准 彼此 差别 不 大 ,但 用 户 还 是 可 以 清楚 地 区 分 它们 一 一 一 个 应 用 程序 在 
Motif 平 台 上 的 视 感 决 不 会 与 其 他 某 个 平台 上 的 完全 一 样 ， 反 之 亦 然 。 一 个 运行 于 多 个 平台 的 
应 用 程序 必须 符合 各 个 平台 的 用 户 界面 风格 。 

我 们 的 设计 目标 就 是 使 Lexi 符 合 多 个 已 存在 的 视 感 标准 ， 并 且 在 新 标准 出 现时 要 能 很 容 
易 地 增加 对 新 标准 的 支持 。 我 们 也 希望 我 们 的 设计 能 支持 最 大 限度 的 灵活 性 : 运行 时 刻 可 以 
改变 Lexi 的 外 观 和 感觉 。 


2.5.1 对 象 创建 的 抽象 


我 们 在 Lexi 用 户 界 面 看 到 的 和 操作 的 是 一 个 图 元 ， 它 被 组 合 于 诸如 行 和 列 等 不 可 见 的 图 
元 之 中 。 而 这 些 不 可 见 图 元 又 组 合 了 按钮 、 字 符 等 可 见 图 元 ， 并 能 正确 的 展现 它们 。 界 面 风 
格 关于 所 谓 的 “窗口 组 件 ”( Widgets ) 有 许多 视 感 规则 。 窗 口 组 件 是 关于 用 户 界面 上 作为 控 
制 元 素 的 按钮 、 滚 动 条 和 菜单 等 可 视图 元 的 另 一 个 术语 。 窗 口 组 件 可 以 使 用 像 字符 、 圆 、 气 
形 和 多 边 形 等 简单 图 元 来 表示 数据 。 

我 们 假定 用 两 个 窗口 组 件 图 元 集合 来 实现 多 个 视 感 标准 : 

1) 第 一 个 集合 是 由 抽象 Glyph 子 类 构成 的 ， 对 每 一 种 窗口 组 件 图 元 都 有 一 个 抽象 Glyph 子 
类 。 例 如 ， 抽 象 子 类 ScrollBar 放 大 了 基本 的 Glyph 接 口 ， 以 便 增 加 通用 的 滚动 操作 ;Button 是 
用 来 增加 按钮 有 关 操 作 的 抽象 类 ; 等 等 。 

2) 另 一 个 集合 是 与 抽象 子 类 对 应 的 实现 不 同 视 感 标准 的 具体 的 子 类 的 集合 。 例 如 ， 
ScrollBar 可 能 有 MotifScrollBar 和 PMScrollBar 两 个 子 类 以 实现 相应 的 Motif 和 PM(Presentation 
Manager) 风 格 的 滚动 条 。 

Lexi 必 须 区 分 不 同 视 感 风格 的 窗口 组 件 图 元 之 间 的 差异 。 例 如 ， 当 Lexi 需 要 在 界面 上 放 一 
个 按钮 时 ， 它 必须 实例 化 一 个 有 正确 按钮 风格 的 Glyph 子 类 (MotifButton、PMButton 或 
MacButton 等 )。 

很 明显 Lexi 的 实现 不 能 够 直接 通过 调用 C++ 构 造 器 来 做 这 些 工作 ， 那 会 把 按钮 硬性 编 定 为 
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一 种 特殊 风格 ， 而 不 能 在 运行 时 刻 选择 风格 。 当 Lexi 要 移植 到 其 他 平台 时 ， 我 们 还 不 得 不 进 
行 代 码 搜索 以 改变 所 有 这 些 构造 器 调用 。 并 且 按 钮 还 仅仅 是 Lexi 用 户 界面 上 众多 窗口 组 件 之 
一 。 对 特定 视 感 类 进行 构造 器 调用 会 使 代码 混乱 ， 产 生 维护 困难 一 一 只 要 稍 有 遗漏 ， 你 就 可 
能 在 Mac 应 用 程序 中 使 用 了 Motif 的 菜单 。 

Lexi 需 要 一 种 方法 来 确定 创建 合适 窗口 组 件 所 需 的 视 感 标准 。 我 们 不 仅 必 须 避 免 显 式 的 
构造 器 调用 ， 还 必须 能 够 很 容易 地 替换 整个 窗口 组 件 集合 。 可 以 通过 抽象 对 象 创建 过 程 来 达 
到 上 述 两 个 要 求 ， 我 们 将 用 一 个 例子 来 说 明 。 


2.5.2 工厂 类 和 产品 类 
通常 我 们 可 能 使 用 下 面 的 C++ 代码 来 创建 一 个 Motif 滚 动 条 图 元 实例 : 


ScrollBar* sb = new MotifScrollBar; 
但 如 果 你 想 使 Lexi 的 视 感 依 赖 性 最 小 的 话 ， 这 种 代码 要 尽量 避免 。 假 如 我 们 按 如 下 方法 
初始 化 sb : 


ScollBar* sb = guiFactory~->CreateScrollBar(); 

这 里 guiFactory 是 MotifFactory 类 的 实例 。CreateScrollBar 为 所 需要 的 视 感 返回 一 个 合适 的 
ScrollBar 子 类 的 新 的 实例 ， 如 MotifScrollBar。 一 旦 跟 客户 相连 ， 它 就 等 价 于 直接 调用 一 个 
MotifScrollBar 的 构造 器 。 但 是 两 者 有 本 质 区 别 : 它 不 像 使 用 直接 构造 器 那样 在 程序 代码 中 提 
及 Motif 的 名 字 。guiFactory 对 象 抽 象 了 任何 视 感 标准 下 的 滚动 条 的 创建 过 程 ， 而 不 仅仅 是 
Meotif 滚 动 条 的 。 并 且 guiFactory 不 局 限于 创建 滚动 条 ， 它 广泛 适用 于 包括 滚动 条 、 按 钮 、 输 
人 域 、 菜 单 等 窗口 组 件 图 元 。 

上 述 办 法 是 可 行 的 ， 其 原因 在 于 MotifFactory 是 GUIFactory 的 子 类 ， 而 GUIFactory 是 定义 了 创 
建 窗口 组 件 图 元 公共 接口 的 抽象 类 ， 它 包含 了 用 以 实例 化 不 同窗 口 组 件 图 元 的 像 CreateScrollBar 
和 CreateButton 这 样 的 操作 。GuiFactory 的 子 类 实现 这 些 操作 ， 并 返回 像 MotifScrollBar 和 PMButton 
这 样 实现 特定 视 感 的 图 元 。 图 2-9 显 示 了 guiFactory 对 象 的 结果 类 层次 结构 。 
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图 2-9 GUIFactory 类 层次 
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我 们 说 工厂 (Factory) 创 造 了 产品 (Producb) 对 象 。 更 进一步 ， 工 厂 生 产 的 产品 是 彼此 相关 
的 ; 这 种 情况 下 ,产品 是 相同 视 感 的 所 有 窗口 组 件 。 图 2-10 显 示 了 这 样 一 些 产品 类 ， 工 厂 产 
生 窗 口 组 件 图 元 时 要 用 到 它们 。 
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图 2-10 抽象 产品 类 和 具体 子 类 


我 们 要 回答 的 最 后 一 个 问题 是 : GUIFactory 实 例 是 从 哪儿 来 的 ?答案 是 哪儿 方便 就 从 哪 
儿 来 。 变 量 guiFactory 可 以 是 全 局 变量 、 一 个 众所周知 的 类 的 静态 成 员 ， 或 者 如 果 整 个 用 户 界 
面 是 在 一 个 类 或 一 个 函数 中 创建 的 ， 它 甚至 可 以 是 局 部 变量 。 甚 至 有 一 个 设计 模式 
Singleton(3.5) 专 门 用 来 管理 这 样 的 众所周知 的 、 只 能 创建 一 次 的 对 象 。 然 而 ， 重 要 的 是 在 程 
序 中 某 个 合适 的 地 方 来 初始 化 guiFactory， 这 要 在 它 被 用 来 创建 窗口 组 件 之 前 ， 而 在 所 需 的 视 
感 标准 清楚 确定 下 来 之 后 。 

如 果 视 感 在 编译 时 刻 就 知道 了 ， 那 么 guiFactory 能 够 在 程序 开始 的 时 候 以 一 个 新 的 工厂 实 
例 简单 赋值 来 初始 化 : 

GUIFactory* guiFactory = new MotifFactory; 

如 果 用 户 能 通过 程序 启动 时 候 的 字符 串 来 指定 视 感 ， 那 么 创建 工厂 的 代码 可 能 是 : 


GUIFactory* guiFactory; 
const char* styleName = getenv("LOOK_AND_FEEL") ; 
// user or environment supplies this at startup 


if (stroemp(styleName, "Motif") == 0) { 
guiFactory = new MotifFactory; 


> else if (stremp(styleName, "Presentation_Manager") == 0) { 
guiFactory = new PMFactory; 


} else { 
guiFactory = new DefaultGUIFactory; 
} 


还 有 更 高 级 的 在 运行 时 刻 选择 工厂 的 方法 。 例 如 ， 你 可 以 维持 一 个 登记 表 ， 将 字符 串 映 
射 给 工厂 对 象 。 这 允许 你 无 需 改变 已 有 代码 就 能 登记 新 的 工厂 子 类 实例 ， 而 前 面 的 方法 则 要 
求 你 改变 代码 。 并 且 这 样 你 还 不 必 将 所 有 平台 的 工厂 连接 到 应 用 中 。 这 一 点 很 重要 ， 因 为 在 
一 个 不 支持 Motif 的 平台 上 连接 一 个 MotifFactory 是 不 太 可 能 的 。 
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但 是 关键 还 在 于 一 旦 我 们 给 应 用 配置 好 了 正确 的 工厂 对 象 ， 它 的 视 感 从 那 时 起 就 设 定好 
了 。 而 如 果 我 们 改变 了 主意 ， 我 们 还 能 以 一 个 不 同 的 视 感 工厂 重新 初始 化 guiFactory ， 重 新 构 
造 界 面 。 我们 知道 ， 不 管 怎样 、 何 时 初始 化 guiFactory ,一旦 这 么 做 了 ， 应 用 就 可 以 在 不 修改 
代码 的 前 提 下 创建 合适 的 外 观 。 


2.5.3 Abstract Factory 模式 


工厂 (Factory ) 和 产品 (Product ) 是 Abstract Factory (3.1) 模式 的 主要 参与 者 。 该 模式 描 
述 了 怎样 在 不 直接 实例 化 类 的 情况 下 创建 一 系列 相关 的 产品 对 象 。 它 最 适用 于 产品 对 象 的 数 
目 和 种 类 不 变 ， 而 具体 产品 系列 之 间 存 在 不 同 的 情况 。 我 们 通过 实例 化 一 个 特定 的 具体 工厂 
对 象 来 选择 产品 系列 ， 并 且 以 后 一 直 使 用 该 工厂 生产 产品 对 象 。 我 们 也 能 够 通过 用 一 个 不 同 
的 具体 工厂 实例 来 替换 原来 的 工厂 对 象 以 改变 整个 产品 系列 。 抽 象 工 厂 模 式 对 产品 系列 的 强 
调 使 它 区 别 于 其 他 只 与 一 种 产品 对 象 有 关 的 创建 性 模式 。 


2.6 支持 多 种 窗口 系统 


视 感 只 是 众多 移植 问题 之 一 。 另 一 个 移植 性 问题 就 是 Lexi 所 运行 的 窗口 环境 。 一 个 平台 
将 多 个 互相 重合 的 窗口 展示 在 一 个 点 阵 显 示 器 上 。 它 管理 屏幕 空间 和 键盘 、 鼠 标 到 窗口 的 输 
和 通道。 目前 存在 一 些 互 不 兼容 的 重要 的 窗口 系统 (如 Macintosh Presentation Manager, 
Windows、X 等 )。 我 们 希望 Lexi 可 以 在 尽 可 能 多 的 窗口 系统 上 运行 ， 这 和 Lexi 要 支持 多 个 视 
感 标准 是 同样 的 道理 。 


2.6.1 我 们 是 否 可 以 使 用 Abstract Factory 模 式 


乍 一 看 ， 这 似乎 又 是 一 个 使 用 Abstract Factory 模 式 的 情况 。 但 是 对 窗口 系统 移植 的 限制 
条 件 与 视 感 的 独立 性 条 件 是 有 极 大 不 同 的 。 

在 使 用 Abstract Factory 模 式 时 ， 我 们 假设 我 们 能 为 每 一 个 视 感 标准 定义 具体 的 窗口 组 件 
类 。 这 意味 着 我 们 能 从 一 个 抽象 产品 类 ( 如 ScrollBar )， 针 对 一 个 特定 标准 来 导出 每 一 个 具体 
产品 ( 如 MotifScrollBar、MacScrollBar 等 )。 现 在 假设 我 们 已 经 有 一 - 些 不 同 厂家 的 类 层次 结构 ， 
每 一 个 类 层次 对 应 一 个 视 感 标准 。 当 然 ， 这 些 类 层次 不 太 可 能 有 太 多 兼容 之 处 。 因 而 我 们 无 
法 给 每 个 窗口 组 件 (滚动 条 、 按 钮 、 菜 单 等 ) 都 创建 一 个 公共 抽象 产品 类 。 而 没有 这 些 类 
Abstract Factory 模 式 无 法 工作 。 所 以 我 们 不 得 不 根据 抽象 产品 接口 的 共同 集合 来 调整 不 同 的 
窗口 组 件 类 层次 结构 。 只 有 这 样 我 们 才能 在 我 们 的 抽象 工厂 接口 中 定义 合适 的 Create... 操 作 。 

对 窗口 组 件 ， 我 们 通过 开发 我 们 自己 的 抽象 和 具体 的 产品 类 来 解决 这 个 问题 。 现 在 当 我 
们 试图 使 Lexi 工 作 在 已 有 窗口 的 系统 时 ， 我 们 面 对 的 是 类 似 的 问题 。 即 不 同 的 窗口 系统 有 不 
兼容 的 程序 设计 接口 。 但 这 次 的 麻烦 更 大 些 ， 因 为 我 们 不 能 实现 我 们 自己 的 非 标 准 窗口 系统 。 

但 是 事情 还 是 有 挽回 的 余地 。 像 视 感 标准 一 样 ， 窗 口 系统 的 接口 也 并 非 截然 不 同 。 因 为 
所 有 的 窗口 系统 总 的 来 说 是 做 同一 件 事 的 。 我 们 可 对 不 同 的 窗口 系统 作 一 个 统一 的 抽象 ， 在 
对 各 窗口 系统 的 实现 作 一 些 调整 ， 使 之 符合 公共 的 接口 。 


2.6.2 封装 实现 依赖 关系 
在 2.2 节 中 ， 我 们 介绍 了 用 以 显示 一 个 图 元 或 图 元 结构 的 Window 类 。 我 们 并 没有 指定 这 个 
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对 象 工作 的 窗口 系统 ， 因 为 事实 上 它 并 不 来 自 于 哪个 特定 的 窗口 系统 。Window 类 封装 了 窗口 
要 各 窗口 系统 都 要 做 的 一 些 事 情 : 

。 它们 提供 了 画 基本 几何 图 形 的 操作 。 

。 它 们 能 变 成 图 标 或 还 原 成 窗口 。 

。 它 们 能 改变 自己 的 大 小 。 

。 它 们 能 够 根据 需要 画 出 (或 重 画 出 ) 窗口 内 容 。 例 如 ， 当 它们 由 图 标 还 原 为 窗口 时 ， 或 

它们 在 屏幕 空间 上 重要 、 出 界 的 部 分 重新 显示 时 ， 都 要 重 画 ， 如 表 2-3 所 示 。 
表 2-3 Windows 类 接口 





责 fE 操 作 


窗口 管理 virtual void Redraw() 
virtual void Raise() 
virtual void Lower() 
virtual void Iconify() 
virtual void Deiconify() 


图 形 virtual void DrawLine(...) 
virtual void DrawRectc...) 
virtual void DrawPolygon(...) 
virtual void DrawText(...) 


Window 类 的 窗口 功能 必须 跨越 不 同 的 窗口 系统 。 让 我 们 考虑 两 种 极端 的 观点 : 

1) 功能 的 交集 Window 类 的 接口 只 提供 所 有 窗口 系统 共有 的 功能 。 该 方法 的 问题 在 于 
Window 接 口 在 能 力 上 只 类 似 于 一 个 最 小 功能 的 窗口 系统 ， 对 一 些 即 使 是 大 多 数 窗口 系统 都 支 
持 的 高 级 特征 ， 我 们 也 无 法 利用 。 

2) 功能 并 集 ”创建 一 个 合并 了 所 有 存在 系统 的 功能 的 接口 。 但 是 这 样 的 接口 势必 规模 巨 
大 ， 并 且 存 在 不 一 致 的 地 方 。 此 外 ， 当 某 个 厂商 修改 它 的 窗口 系统 时 ， 我 们 不 得 不 修改 这 个 
接口 和 Lexi， 因 为 Lexi 依 赖 于 它 。 

以 上 两 种 方法 都 不 切实 可 行 ， 所 以 我 们 的 设计 将 采取 折 中 的 办 法 。Window 类 将 提供 一 个 
支持 大 多 数 窗口 系统 的 方便 的 接口 。 因 为 Lexi 直 接 处 理 Window 类 ， 所 以 它 还 必须 支持 Lexi 的 
图 元 。 这 意味 着 Window 接 口 必须 包括 让 图 元 可 以 在 窗口 中 画 出 自己 的 基本 图 形 操作 和 集合 。 
2-3 给 出 了 Window 类 中 一 些 操 作 的 接口 。 

Window 是 一 个 抽象 类 。 其 具体 子 类 支持 用 户 用 到 的 不 同 种 类 的 窗口 。 例 如 ， 应 用 窗口 、 
图 标 和 警告 对 话 框 等 都 是 窗口 ， 但 它们 在 行为 上 稍 有 不 同 。 所 以 我 们 能 定义 像 Application 
Window、IconWindow 和 DialogWindow 这 样 的 子 类 去 描述 这 些 不 同 之 处 。 得 到 的 类 层次 结构 
给 了 像 Lexi 这 样 的 应 用 一 个 统一 的 窗口 抽象 ， 这 种 窗口 层次 结构 不 依赖 于 任何 特定 厂商 的 窗 
口 系 统 ， 如 下 页 上 图 所 示 。 

现在 我 们 已 经 为 Lexi 定 义 了 工作 的 窗口 接口 ， 那 么 真正 与 平台 相关 的 窗口 是 从 哪儿 来 
的 ?既然 我 们 不 能 实现 自己 的 窗口 系统 ， 那 么 这 个 窗口 抽象 必须 用 目标 窗口 系统 平台 来 实现 。 
怎样 实现 ? 

一 种 方法 是 实现 Window 类 和 它 的 子 类 的 多 个 版 本 ， 每 个 版 本 对 应 一 个 窗口 平台 。 当 我 们 
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在 一 给 定 平台 上 建立 Lexi 时 ， 我 们 选择 一 个 相应 的 版 本 。 但 想象 一 下 ， 维 护 问题 实在 令 人 头 
R, 我们 已 经 保存 了 多 个 名 字 都 是 “Window” 的 类 ， 而 每 一 个 类 实现 于 一 个 不 同 的 窗口 系统 。 
另 一 种 方法 是 为 每 一 个 窗口 层次 结构 中 类 创建 特定 实现 的 子 类 ， 但 这 会 产生 我 们 在 试图 增加 
修饰 时 遇 到 的 同样 的 子 类 数目 爆炸 问题 。 这 两 种 方法 还 都 有 另 一 个 缺点 : 我 们 没有 在 编译 以 
后 改变 所 用 窗口 系统 的 灵活 性 。 所 以 我 们 还 不 得 不 保持 若干 不 同 的 可 执行 程序 。 
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Draw(Window) 
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DialogWindow 
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owner—>Lower() 


既然 这 两 种 方法 都 没有 吸引 力 ， 那 么 我 们 还 能 做 些 什么 呢 ? 那 就 是 我 们 在 格式 化 和 修饰 
时 都 做 过 的 : 对 变化 的 概念 进行 封装 。 现 在 所 变化 的 是 窗口 系统 实现 。 如 果 我 们 能 在 一 个 对 
象 中 封装 窗口 系统 的 功能 ， 那么 我 们 就 能 根据 对 象 接口 实现 Window 类 及 其 子 类 。 更 进一步 讲 ， 
如 果 那 个 接口 能 够 提供 我 们 所 感 兴趣 的 所 有 窗口 系统 的 服务 ， 那 么 我 们 无 需 改 变 Window 类 或 
其 子 类 ， 也 能 支持 不 同 的 窗口 系统 。 我 们 可 以 通过 简单 传递 合适 的 窗口 系统 封装 对 象 ,， 来 给 
我 们 想 要 的 窗口 系统 设 定 窗口 对 象 。 我 们 甚至 能 在 运行 时 刻 设 定 窗口 。 


2.6.3 Window 和 Windowlmp 


ApplicationWindow 





我 们 将 定义 一 个 独立 的 WindowlImp 类 层次 来 隐藏 不 同窗 口 系统 的 实现 。WindowImp 是 一 
个 封装 了 窗口 系统 相关 代码 的 对 象 的 抽象 类 。 为 了 使 Lexi 运 行 于 一 个 特定 的 窗口 系统 ， 我们 
用 该 系统 的 一 个 WindowImp 子 类 实例 设置 Window 对 象 。 下 面 的 图 显示 了 Window 和 
WindowImp 层 次 结构 之 间 的 关系 。 
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通过 在 WindowImp 类 中 隐藏 实现 ， 我们 避免 了 对 窗口 系统 的 直接 依赖 ， 这 可 以 让 Window 
类 层次 保持 相对 较 小 并 且 较 稳定 。 同 时 我 们 还 能 方便 地 扩展 实现 层次 结构 以 支持 新 的 窗口 系 
统 。 

i. WindowImp 的 子 类 

WindowImp 的 子 类 将 用 户 请 求 转变 成 对 特定 窗口 系统 的 操作 。 考 虑 我 们 在 2.2 节 所 用 的 例 
子 ， 我 们 根据 Window 实 例 的 DrawRect 操 作 定义 了 Rectangel::Draw : 


void Rectangle::Draw (Window* w) { 
w->DrawRect (_x0, _y0, _xl, _yl); 
} 


DrawRecth) ik 4 AEH T WindowimpE X A9 m H EE OFA: 


void Window::DrawRect ( 

Coord x0, Coord y0, Coord xl, Coord y1 
) { 

—imp->DeviceRect (x0, yO, xl, yl); 
} 


这 里 _imp 是 window 的 成 员 变 量 ， 它 保存 了 设置 Window 的 WindowImp。 窗 口 的 实现 是 由 
_imp 所 指 的 WindowImp 子 类 的 实例 定义 的 。 对 于 一 个 XWindowImp ( 即 X 窗 口 系统 的 
WindowImp 子 类 )，DeviceRect 的 实现 可 能 如 下 : 


void XWindowImp::DeviceRect ( 
Coord x0, Coord y0, Coord xl, Coord yl 
) { 


int x = round(min(x0, x1)); 
int y = round(min(y0, yl)); 
int w = round(abs(x0 - x1)); 
int h = round(abs(y0O - yl)); 


XDrawRectangle(_dpy, „winid, _gc, x, Y. w, h); 

} 

DeviceRect 这 样 做 是 因为 XDrawRectangle ( 在 X 系 统 中 画 和 矩形 的 接口 ) 是 根据 和 矩形 的 左下 
顶点 、 宽 度 和 高 度 定义 矩形 的 ，DeviceRect 必 须根 据 参 数值 来 计算 这 些 值 。 首 先 它 必须 确定 
左下 顶点 〈 因 为 (x0,y0) 可 能 是 矩形 四 个 顶点 中 的 任 一 个 )， 然 后 计算 宽度 和 高 度 。 

PMWindowImp ( Presentation Manager 的 WindowImp 子 类 ) 定义 DeviceRect 时 会 有 所 不 
同 : 

void PMWindowImp::DeviceRect ( 

Coord x0, Coord y0, Coord xl, Coord yl 

办 Coord left = min(x0, x1); 

Coord right = max(x0, xl); 


Coord bottom = min(y0, yl); 
Coord top = max(y0, yl); 


PPOINTL point [4]; 


point[0).x = left; point [0] .y = top; 
point[1].x = right; point([1l].y = top; 
point[2] .x = right; point{2].y = bottom; 
point{3]}.x = left; point [3].y = bottom; 
if { 

(GpiBeginPath(_hps, 1L) == false) |} 


(GpiSetCurrent Position(_hps, &point[3]) == false) |] 
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(GpiPolyLine(_hps, 4L, point) == GPI_ERROR) HI 
(GpiEndPath(_hps) == false) 
) { 


// report error 


} else { 
GpiStrokePath(_hps, 1L, OL); 
} 
} 


为 什么 这 和 X 版 本 有 如 此 大 的 差别 ? 因为 PM 没 有 像 X 那 样 显 式 画 和 矩形 的 操作 ， 它 有 一 个 
更 一 般 性 的 接口 可 以 指定 多 个 段 (或 称 之 为 路 径 ) 的 顶点 、 画 出 这 些 线段 并 且 填 充 它们 所 转 
成 的 区 域 。 

DeviceRect 的 PM 实 现 很 显然 与 X 的 实现 有 很 大 不 同 ， 但 问题 不 大 。WindowImp 用 -一 个 可 
能 巨大 但 却 稳定 的 接口 隐藏 了 各 个 窗口 系统 接口 的 差异 。 这 使 得 Window 子 类 的 实现 者 可 以 将 
更 多 的 精力 放 在 窗口 的 抽象 上 ， 而 不 是 窗口 系统 的 细节 。 它 也 支持 我 们 增加 新 的 窗口 系统 ， 
而 不 会 搞 乱 Window 类 。 

2. 用 WindowImp 米 配置 Windows 

我 们 还 没有 论述 的 一 个 关键 问题 是 : 怎样 用 一 个 合适 的 WindowImp 子 类 来 配置 一 个 窗 
O? 也 就 是 说 ， 什 么 时 候 初 始 化 _imp， 谁 知道 正在 使 用 的 是 什么 窗口 系统 (也 就 是 哪 一 个 
WindowImp 子 类 ) ? 窗口 在 能 做 它 所 感 兴趣 的 事情 之 前 ， 都 需要 某 种 WindowImp。 

这 些 问 题 的 答案 存在 很 多 种 可 能 性 ， 但 我 们 只 关注 使 用 Abstract Factory(3.1) 模 式 的 情形 。 
我 们 可 以 定义 一 个 抽象 工厂 类 WindowSystemFactory， 它 提供 了 创建 不 同 种 与 窗口 系统 有 关 的 
实现 对 象 的 接口 : 


class WindowSystemFactory { 
public: 

virtual WindowImp* CreateWindowImp() 0; 

virtual ColorImp* CreateColorImp() = 

virtual FontImp* CreateFontImp() = 0; 

// a "Create..." operation for all window system resources 
] 


现在 我 们 可 以 为 每 一 个 窗口 系统 定义 一 个 具体 的 工厂 : 


class PMWindowSystemFactory : public WindowSystemFactory { 
virtual WindowImp* CreateWindowImp() 
{ return new PMWindowImp; } 
// aaa 
3 


class XWindowSystemFactory : public WindowSystemFactory { 
virtual WindowImp* CreateWindowImp () 
{ return new XWindowImp; } 
// ... 
he 


Window 基 本 类 的 构造 器 能 使 用 WindowSystemFactory 接 口 和 合适 的 窗 口 系统 的 
WindowImp 来 初始 化 成 员 变 量 _imp: 


Window: :Window () { 
_imp = windowSystemFactory->Creat eWindowImp (); 


} 
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windowSystemFactory 变 量 是 WindowSystemFactory 某 个 子 类 的 实例 ， 它 是 公共 可 见 的 ， 
正如 guiFactory 是 公共 可 见 的 定义 视 感 的 变量 。windowSystemFactory 变 量 可 用 相同 的 方法 进 
行 初 始 化 。 


2.6.4 _ Bridge 模式 


WindowImp 类 定义 了 一 个 公共 窗口 系统 设施 的 接口 ， 但 它 的 设计 是 受 不 同 于 Window 接 口 
的 限制 条 件 驱 动 的 。 应 用 程序 员 不 直接 处 理 WindowImp 的 接口 ; 它们 只 处 理 Window 对 象 。 所 
以 WindowImp 的 接口 不 必 与 应 用 程序 员 的 客观 世界 视图 一 致 ， 就 像 我 们 只 关心 Window 类 层次 
和 接口 的 设计 。WindowImp 的 接口 更 能 如 实 反 映 事 实 上 提供 的 是 什么 窗口 系统 。 它 可 以 偏向 
于 功能 方法 的 交集 ， 也 可 以 偏向 于 功能 方法 的 合集 ， 只 要 是 最 适合 各 目标 窗口 系统 即 可 。 

要 注意 的 是 Window 类 接口 是 针对 应 用 程序 员 的 ， 而 WindowImp 接 口 是 针 对 窗口 系统 的 。 
将 窗口 功能 分 离 到 Window 和 WindowImp 类 层次 中 ， 这 样 我 们 可 以 独立 实现 这 些 接口 。 这 些 类 
层次 的 对 象 合作 来 实现 Lexi 无 需 修 改 就 能 运行 在 多 窗口 系统 的 目标 。 

Window 和 WindowImp 的 关系 是 Bridge(4.2) 模 式 的 一 个 例子 。Bridge 模 式 的 目的 就 是 允许 
分 离 的 类 层次 一 起 工作 ， 即 使 它们 是 独立 演化 的 。 我 们 的 设计 准则 使 得 我 们 创建 了 两 个 分 离 
的 类 层次 ， 一 个 支持 窗口 的 逻辑 概念 ， 另 一 个 描述 了 窗口 的 不 同 实现 。Bridge 模 式 允 许 我 们 
保持 和 加 强 我 们 对 窗口 的 逻辑 抽象 ， 而 不 触及 窗口 系统 相关 的 代码 。 反 之 也 一 样 。 


2.7 用 户 操作 


Lexi 的 一 些 功 能 可 以 通过 文档 的 WYSIWYG 表 示 得 到 。 你 可 以 斋 人 和 删除 文本 ， 移 动 插 
入 点 ， 通 过 在 文档 上 直接 点 、 击 和 打字 来 选择 文本 区 域 。 另 一 些 功能 是 通过 Lexi 的 下 拉 菜单 、 
按钮 和 键盘 加 速 键 来 间接 得 到 的 。 这 些 功能 包括 : 

。 创建 一 个 新 的 文档 。 

。 打 开 、 保 存 和 打印 一 个 已 存在 文档 。 

。 从 文档 中 剪 切 选中 的 文本 和 将 它 粘 贴 回 文档 。 

“改变 选中 文本 的 字体 和 风格 。 

。 改 变 文本 的 格式 ， 例 如 对 齐 格式 和 调整 格式 。 

“退出 应 用 。 

等 等 。 

Lexi 为 这 些 用 户 操作 提供 不 同 的 界面 。 但 是 我 们 不 希望 一 个 特定 的 用 户 操作 就 联系 一 个 
特定 的 用 户 界 面 。 因 为 我 们 可 能 希望 多 个 用 户 界 面 对 应 一 个 操作 〈 例如 ， 你 既 可 以 用 一 个 页 
按钮 ， 也 可 以 用 一 个 菜单 项 来 表示 翻 页 )。 你 可 能 以 后 也 会 改变 界面 。 

再 说 ， 这 些 操作 是 用 不 同 的 类 来 实现 的 。 我 们 想 要 访问 这 些 功能 ， 但 又 不 希望 在 用 户 界 
面 类 和 它 的 实现 之 间 建 立 过 多 依赖 关系 。 否 则 的 话 ， 最 终 我 们 得 到 的 是 紧 耦 合 的 实现 ， 它 难 
以 理解 、 扩 充 和 维护 。 

更 复杂 的 是 我 们 希望 Lexi 能 对 大 多 数 功能 支持 撤销 (undo ) 和 重 做 (redo) ° 操作。 特别 
地 ， 我 们 希望 撤销 类 似 删 除 这 样 一 不 注意 就 会 破坏 数据 的 操作 的 用 户 。 但 是 我 们 不 应 该 试图 


o ” 即 重 做 一 个 刚 被 撤销 的 操作 
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撤销 像 保存 一 幅 画 和 退出 应 用 程序 这 样 的 操作 。 这 些 操作 应 该 不 受 撤销 操作 的 影响 。 我 们 也 
不 希望 对 撤销 和 重 做 的 等 级 进行 任何 限制 。 

很 明显 对 用 户 操作 的 支持 渗透 到 了 应 用 中 。 我 们 所 面临 的 挑战 在 于 提出 一 个 简单 、 可 扩 
充 的 机 制 来 满足 所 有 这 些 要 求 。 


2.7.1 封装 一 个 请 求 


从 我 们 设计 者 的 角度 出 发 ， 一 个 下 拉 菜 单 仅仅 是 包含 了 其 他 图 元 的 又 一 种 图 元 。 下 拉 某 
单 和 其 他 有 子女 的 图 元 的 差别 在 于 大 多 数 菜单 中 的 图 元 会 响应 鼠标 点 击 做 一 些 操作 。 

让 我 们 假设 这 些 做 事情 的 图 元 是 一 个 被 称 之 为 Menultem 的 Glyph 子 类 的 实例 ， 并 且 它 们 
做 一 些 事情 来 响应 客户 的 一 个 请 求 。。 执 行 一 个 请 求 可 能 涉及 到 一 个 对 象 的 一 个 操作 或 多 个 
对 象 的 多 个 操作 ， 或 其 他 介 于 这 两 者 之 间 的 情况 。 

我 们 可 以 为 每 个 用 户 操作 定义 一 个 Menultem 的 子 类 ， 然 后 为 每 个 子 类 编码 去 执行 请 求 。 
但 这 并 不 是 正确 的 办 法 ， 我 们 并 不 需要 为 每 个 请 求 定义 一 个 Menultem 子 类 ， 正 如 我 们 并 不 需 
要 为 每 个 下 拉 菜 单 的 文本 字符 串 定义 一 个 子 类 。 再 说 ， 这 种 方法 将 请 求 与 特定 的 用 户 界面 结 
合 起 来 ， 很 难 满足 从 不 同 用 户 界面 发 来 的 同样 的 请 求 。 

假设 你 既 能 够 通过 下 拉 菜 单 的 菜单 项 ， 又 能 通过 Lexi 界 面 底部 的 页 图 标 ( 对 短文 档 可 能 
更 方便 一 些 ) 来 到 达 文 档 的 最 后 一 页 。 如 果 我 们 用 继承 的 方法 将 用 户 请 求 和 菜单 项 连接 起 来 ， 
那么 我 们 必须 同样 对 待 页 图 标 或 其 他 类 似 的 发 送 该 用 户 请 求 的 窗口 组 件 。 这 样 所 生成 的 类 的 
数目 就 是 窗口 组 件 类 型 的 数目 和 请 求 数 的 乘积 。 

现在 所 缺少 的 是 一 种 允许 我 们 用 菜单 项 所 执行 的 请 求 对 菜单 项 进行 参数 化 的 机 制 。 这 种 
方法 可 以 避免 子 类 的 剧 增 并 可 获得 运行 时 刻 更 大 的 灵活 性 。 我 们 可 以 调用 一 个 函数 来 参数 化 
一 个 Menultem， 但 是 由 于 以 下 的 至 少 三 个 原因 ， 这 还 不 是 很 完整 的 解决 方案 : 

1) 它 还 没有 强调 撤销 / 重 做 操作 。 

2) 很 难 将 状态 和 函数 联系 起 来 。 例 如 ， 一 个 改变 字体 的 函数 需要 知道 是 哪 一 种 字体 。 

3) 函数 很 难 扩充 ， 并 且 很 难 部 分 地 复 用 它们 。 _， 

以 上 这 些 表 明 ， 我 们 应 该 用 对 象 来 参数 化 Menultem， 而 不 是 函数 。 我 们 可 以 通过 继承 扩 
充 和 复 用 请 求实 现 。 我 们 也 可 以 保存 状态 和 实现 撤销 / 重 做 功能 。 这 里 是 另 一 个 封装 变化 概念 
的 例子 ， 即 封装 请 求 。 我 们 将 在 command 对 象 中 封装 每 一 个 请 求 。 


2.7.2 Command 类 及 其 子 类 


首先 我 们 定义 一 个 Command 抽 象 类 ， 以 提供 发 送 请 求 的 接口 。 这 个 基本 接口 由 一 个 抽象 
操作 “Execute” 组 成 。Command 的 子 类 以 不 同方 式 实现 Execute 操 作 ， 以 满足 不 同 的 请 求 。 一 
些 子 类 可 以 将 部 分 或 全 部 工作 委托 给 其 他 对 象 。 另 一 些 子 类 可 能 完全 由 自己 来 满足 请 求 ( 参见 
图 2-11 )。 然 而 对 于 请 求 者 来 说 ， 一 个 Command 对 更 就 是 一 个 Command 对 象 ， 它 们 都 是 一 致 的 。 

现在 ，MenuItem 可 以 保存 一 个 封装 请 求 的 Command 对 象 ( 如 图 2-12 )。 我 们 给 每 一 个 菜 
单项 一 个 适合 该 菜单 项 的 Command 子 类 实例 ， 就 像 我 们 为 每 个 菜单 项 指定 一 个 文本 字符 串 。 
当 用 户 选中 一 个 特定 菜单 项 时 , 菜单 项 只 是 调用 它 的 Command 对 象 的 Execute 操 作 去 执行 请 求 。 
注意 按钮 和 其 他 窗口 组 件 可 以 用 相同 的 方式 处 理 请 求 。 


O ”从 概念 上 讲 ， 客 户 就 是 Lexi 用 户 ， 但 实际 上 客户 是 管理 用 户 输入 的 另外 一 个 对 象 (如 事件 发 送 对 象 ) 
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Clicked() 9 
上 
command->Execute() 站 


图 2-12 Menultem-Command 关 系 


2.7.3 撤销 和 重 做 


在 交互 应 用 中 撤销 和 重 做 (Undo/redo) 能 力 是 很 重要 的 。 为 了 撤销 和 重 做 一 个 命令 ， 我 们 
在 Command 接 口中 增加 Unexecute 操 作 。 Unexecute 操 作 是 Execute 的 道 操作 ， 它 使 用 上 一 次 
Execute 操 作 所 保存 的 取消 信息 来 消除 Execute 操 作 的 影响 。 例 如 ， 在 FontCommand 的 例子 中 ， 
Bxecute 操 作 会 保存 改变 字体 的 文本 区 域 和 以 前 的 字体 。FontCommand 的 Unexecute 操 作 将 把 
这 个 区 域 的 文本 回复 为 以 前 的 字体 。 

有 时 需要 在 运行 时 刻 决 定 撤销 和 重 做 。 如 果 选 中 文本 的 字体 就 是 某 个 请 求 要 修改 的 字体 ， 
那么 这 个 请 求 是 无 意义 的 ， 它 不 会 产生 任何 影响 。 假 选中 了 一 些 文字 ， 然 后 发 一 个 无 意义 的 
字体 改变 请 求 。 那 么 接 下 来 撤销 该 请 求 会 产生 什么 结果 呢 ? 是 不 是 一 个 无 意义 的 字体 改变 操 
作 会 引起 撤销 请 求 时 同样 做 一 些 无 意义 的 事 ? 应 该 不 是 这 样 的 。 如 果 用 户 多 次 重复 无 意义 的 
字体 改变 操作 ， 他 应 该 不 必 执 行 相同 数目 的 撤销 操作 才 可 以 返回 到 上 一 次 有 意义 的 操作 。 如 
果 执 行 一 个 命令 不 产生 任何 影响 ， 那 么 就 不 需要 相应 的 撤销 操作 。 

因此 为 了 决定 一 个 命令 是 否 可 以 撤销 ， 我 们 给 Command 接 口 增加 了 一 个 抽象 的 Reversible 
操作 ， 它 返回 Boolean 值 。 子 类 可 以 重 定义 这 个 操作 ， 以 根据 运行 情况 返回 true 或 false。 


2.7.4 命令 历史 记录 
支持 任意 层次 的 撤销 和 重 做 命令 的 最 后 一 步 是 定义 一 个 命令 历史 记录 (Command 
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History)， 或 已 执行 的 命令 列表 (或 已 被 撤销 的 一 些 命令 )。 从 概念 上 理解 ， 命 令 的 历史 记录 
看 起 来 有 如 下 形状 ， 如 下 图 所 示 。 i 





~ 一 一 以 前 命令 


当前 的 
一 个 圆 代表 一 个 Command 对 象 。 在 这 个 例子 中 ,用户 已 经 发 出 了 四 条 命令 。 最 左边 的 
命令 是 最 先 发 出 的 ， 依 次 下 来 ， 最 右边 的 命令 是 最 近 发 出 的 。 标 有 “present” 的 线 跟 踪 表 示 
最 近 执行 《和 取消 ) 的 命令 。 
要 撤销 最 近 命令 ， 我 们 调用 最 右 的 Command 对 象 的 Unexecute 操 作 ， 如 下 图 所 示 。 


人 


Unexecute( ) 


当前 的 


对 最 近 命 令 调用 Unexecute 之 后 ， 我 们 将 “present” 线 左 移 一 个 Command 对 象 的 距离 。 如 
果 用 户 再 次 选择 撤销 操作 ， 则 下 一 个 最 近 发 送 的 命令 以 相同 的 方式 被 撤销 ， 我 们 可 以 看 到 如 
下 的 状态 ， 如 下 图 所 示 。 





~ 一 一 以 前 的 | 未 来 的 一 一 ~ 
当前 的 


你 可 以 看 到 ， 通 过 重复 这 个 过 程 ， 我 们 可 以 进行 多 层次 的 撤销 。 层 次 数 只 受命 令 历史 记 
录 长 度 的 限制 。 

要 重 做 一 个 刚 被 撤销 的 命令 ,我们 只 需 做 上 面 的 逆 过 程 。 在 present 线 右面 的 命令 是 以 后 
可 以 被 重 做 的 命令 。 重 做 刚 被 撤销 的 命令 时 ， 我 们 调用 紧 靠 present 线 右边 的 Command 对 象 的 
Execute， 如 下 图 所 示 。 


\ Execute() 


当前 的 
然后 我 们 将 present 线 前 移 ， 以 便于 接 下 来 的 重 做 能 够 调用 下 一 个 命令 对 象 ， 如 下 图 所 示 。 


当然 ， 如 果 接 下 来 的 操作 不 是 重 做 而 是 撤销 ， 那 么 present 线 左边 的 命令 将 被 撤销 。 这 样 
当 需 要 从 错误 中 恢复 时 ， 用 户 能 有 效 及 时 地 撤销 和 重 做 命令 。 
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~ 一 一 以 前 的 | 未 来 的 一 一 一 
当前 的 


2.7.5 Command 模式 


Lexi 的 命令 是 Command(5.2) 模 式 的 应 用 。 该 模式 描述 了 怎样 封装 请 求 ， 也 描述 了 一 致 性 
的 发 送 请 求 的 接口 ， 允 许 你 配置 客户 端 以 处 理 不 同 请 求 。 该 接口 保护 了 客户 请 求 的 实现 。 一 
个 命令 可 以 将 所 有 或 部 分 的 请 求实 现 委托 给 其 他 对 象 ， 也 可 不 进行 委托 。 这 对 于 像 Lexi 这 样 
必须 为 分 散 功 能 提供 集中 访问 的 应 用 来 说 ， 是 相当 完美 的 。 该 模式 还 讨论 了 基于 基本 的 
Command 接 口 的 撤销 和 重 做 机 制 。 


2.8 拼写 检查 和 断 字 处 理 


最 后 一 个 设计 问题 涉及 到 文本 分 析 ， 这 里 特别 指 的 是 拼写 错误 的 检查 和 良好 格式 所 需 的 
连 字符 点 。 

这 里 的 限制 条 件 与 2.3 节 格式 化 设计 问题 的 限制 条 件 是 相似 的 。 类 似 于 换行 策略 ， 拼 写 检 
查 和 连 字 符 点 的 计算 也 存在 多 种 方法 。 因 此 ， 我 们 能 同时 希望 支持 多 个 算法 。 一 组 不 同 算法 
的 集合 能 够 提供 时 间 / 空 间 / 质 量 选择 时 的 权衡 ， 我 们 也 希望 应 该 能 很 容易 加 进 新 的 算法 。 

我 们 要 尽量 避免 将 功能 与 文档 结构 紧密 耦合 ， 此 时 这 个 目标 甚至 比 格 式 化 设计 时 更 重要 。 
因为 拼写 检查 和 连 字 符 只 是 我 们 希望 Lexi 支 持 的 许多 潜在 的 文本 分 析 中 的 两 种 。 不 可 避免 的 ， 
我 们 可 能 会 多 次 扩展 Lexi 的 分 析 能 力 。 我 们 可 能 会 加 入 查找 、 字 数 统计 、 计 算 表格 总 值 的 设 
施 、 语 法 检查 等 等 。 但 是 我 们 并 不 希望 在 每 次 引入 这 种 新 功能 时 ， 都 要 改变 Glyph 类 及 其 子 
类 。 

事实 上 这 个 难题 可 以 分 成 两 部 分 : 1 ) 访问 需要 分 析 的 信息 ， 而 它们 是 被 分 散在 文档 结构 
的 图 元 中 的 ; 2 ) 分 析 这 些 信息 。 我 们 将 这 两 部 分 分 开 对 待 。 


2.8.1 访问 分 散 的 信息 


许多 分 析 要 求 逐 字 检查 文本 ， 而 我 们 需要 分 析 的 文本 是 分 散在 图 元 对 象 的 层次 结构 中 的 。 
为 了 检查 在 这 种 结构 中 的 文本 ， 我 们 需要 一 个 知道 数据 结构 中 所 包含 图 元 对 象 的 访问 机 制 。 
一 些 图 元 可 能 以 连接 表 保 存 它 们 的 子 图 元 ， 另 一 些 可 能 用 数组 保存 ， 还 有 一 些 可 能 使 用 更 复 
杂 的 数据 结构 。 我 们 的 访问 机 制 应 该 能 处 理 所 有 这 些 可 能 性 。 

此 外 ， 更 为 复杂 的 情况 是 ,不同 分 析 算 法 将 会 以 不 同方 式 访问 信息 。 大 多 数 分 析 算 法 总 
是 从 头 到 尾 遍历 文本 ， 但 也 有 一 些 恰 恰 相 反 一 一 例如 ， 首 向 搜索 的 访问 顺序 是 从 后 往 前 的 而 
不 是 从 前 往 后。 算术 表达 式 的 求 值 则 可 能 需要 一 个 中 序 的 遍历 过 程 。 

所 以 我 们 的 访问 机 制 必须 能 容纳 不 同 的 数据 结构 ， 并 且 我 们 还 必须 支持 不 同 的 遍历 方法 ， 
如 前 序 、 后 序 和 中 序 。 
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2.8.2 封装 访问 和 遍历 


假如 我 们 的 图 元 的 接口 使 用 一 个 整 型 数字 索引 ， 让 客户 引用 子 图 元 。 尽 管 这 对 以 数组 储 
存 子 图 元 的 图 元 类 来 说 是 合理 的 ， 但 对 使 用 连接 表 的 图 元 类 却 是 低 效 的 。 图 元 抽象 的 一 个 重 
要 作用 就 是 隐藏 了 存储 其 子 图 元 的 数据 结构 ， 我 们 可 以 在 不 影响 其 他 类 的 情况 下 改变 图 元 类 
的 数据 结构 。 

因而 ， 只 有 图 元 自己 知道 它 所 使 用 的 数据 结构 。 可 以 有 这 样 的 推论 : 图 元 接口 不 应 该 偏 
重 于 某 个 数据 结构 。 不 应 该 像 上 面 这 样 ， 即 数组 比 使 用 连接 表 更 好 。 

我 们 有 可 能 解决 这 个 问题 ， 并 且 向 时 支持 多 种 遍历 方式 。 我 们 可 以 将 多 个 访问 和 遍历 功 
能 直接 放 到 图 元 类 中 ， 并 提供 一 种 选择 方式 ， 这 可 能 是 通过 增加 一 个 枚 举 常量 作为 参数 。 类 
在 遍历 过 程 中 传递 该 参数 以 确保 所 用 的 是 同一 种 遍历 方式 ， 它 们 必须 传递 遍历 过 程 中 积累 的 
任何 信息 。 

我 们 可 以 给 Glyph 的 接口 增加 如 下 的 抽象 操作 来 支持 这 种 方法 : 

void First (Traversal kind) 

void Next () 

bool IsDone() 

Glyph* GetCurrent () 

void Insert (Glyph*) 

First、Next 和 IsDone 操 作 控 制 遍 历 。EFirst 初 始 化 遍历 过 程 ， 它 根据 枚 举 类 型 Traversal 的 参 
数值 确定 执行 何 种 遍历 ， 其 值 可 以 是 CHILDREN ( 只 遍历 图 元 的 直接 子 图 元 )、PREORDER 
(以 先 序 方式 遍历 整个 结构 )、POSTORDER 和 INORDER。Next 在 遍历 时 前 进 到 下 一 个 图 元 。 
IsDone 则 报告 遍历 是 否 完成 。GetCurrent 代 替 了 Child 操 作 ， 它 访问 遍历 的 当前 图 元 。Insert 操 
作 代替 了 以 前 的 操作 ， 它 在 当前 位 置 插入 给 定 的 图 元 。 

一 个 分 析 可 以 使 用 如 下 C++ 代码 实现 对 g 为 根 结 点 的 图 元 结构 作 先 序 遍 历 : 


Glyph* g; 





for (g->First (PREORDER); !g->IsDone(); g->Next()) { 
Glyph* current = g->GetCurrent(); 


// do some analysis 


} 


注意 我 们 已 经 放弃 了 图 元 接口 的 数字 索引 。 这 样 就 不 会 偏重 于 某 种 数据 结构 。 我 们 也 使 
得 客户 不 必 自 己 实现 通用 的 遍历 方法 。 

但 是 该 方法 仍然 有 一 些 问题 。 举 个 例子 ， 它 在 不 扩展 枚 举 值 或 增加 新 的 操作 的 条 件 下 ， 
不 能 支持 新 的 遍历 方式 。 比 方 说 ， 我 们 想 要 修改 一 下 先 序 遍历 ， 使 它 能 自动 跳 过 非 文本 图 元 。 
我 们 就 不 得 不 改变 枚 举 类 型 Traversal， 使 它 包 含 TEXTUAL_PREORDER 这 样 的 值 。 

我 们 最 好 避免 改变 已 存在 的 说 明 。 把 遍历 机 制 完 全 放 到 Glyph 类 层次 中 ， 将 会 导致 修改 和 
扩充 时 不 得 不 改变 一 些 类 。 也 使 得 复 用 遍历 机 制 遍 历 其 他 对 象 结构 时 很 困难 ， 并 且 在 一 个 结 
构 不 能 同时 进行 多 个 遍历 。 

再 一 次 提 及 ， 一 个 好 的 解决 方案 是 封装 那些 变化 的 概念 ， 在 本 例 中 我 们 指 的 是 访问 和 遍 
历 机 制 。 我 们 引入 一 类 称 之 为 iterators 的 对 象 ， 它 们 的 目的 是 定义 这 些 机 制 的 不 同 集合 。 我 
们 可 以 通过 继承 来 统一 访问 不 同 的 数据 结构 和 支持 新 的 遍历 方式 ， 同 时 不 改变 图 元 接口 或 打 


46 RHA: TAME CI RHN RA 


乱 已 有 的 图 元 实现 。 
2.8.3 jterator 类 及 其 子 类 


我 们 使 用 抽象 类 lterator 为 访问 和 遍历 定义 一 个 通用 的 接口 。 由 具体 子 类 ,诸如 Array- 
lterator 和 Listlterator， 负 责 实现 该 接口 以 提供 对 数组 和 列表 的 访问 ; 而 Preorderlterator 和 
Postorderlterator 以 及 类 似 的 类 在 指定 结构 上 实现 不 同 的 遍历 方式 。 每 个 Iterator 子 类 有 一 个 它 
所 遍历 的 结构 的 引用 ， 在 创建 子 类 实例 时 ， 需 用 这 个 引用 进行 初始 化 。 图 2-13 展 示 了 Iterator 和 
它 的 若干 子 类 之 间 的 关系 。 注 意 ， 我 们 在 Glyph 类 接口 中 增加 了 一 个 CreateIterator 抽 象 操作 以 
支持 Iterator。 





图 2-13 Iterator 类 和 它 的 子 类 


Iterator 接 口 提供 First、Next 和 IsDone 操 作 来 控制 遍历 。ListIterator 类 实现 的 First 操 作 指 向 
列表 的 第 一 个 元 素 ; Next 前 进 到 列表 的 下 一 个 元 素 ; IsDone 返 回 列表 指针 是 否 指向 列表 范围 
以 外 ; CurrentItem 返 回 iterator 所 指 的 图 元 。ArrayIterator 类 的 实现 类 似 ， 只 不 过 它 是 针对 一 个 


图 元 数组 的 。 
现在 我 们 无 需 知道 具体 表示 也 能 访问 一 个 图 元 结构 的 子女 : 
Glyph* g; 


Iterator<Glyph*>* i = g->CreateIterator(); 


for (i->First(); !i->IsDone(); i->Next()) { 
Glyph* child = i->CurrentItem(); 


// do something with current child 
} 
在 缺 省 情况 下 Createlterator 返 回 一 个 Nulllterator 实 例 。Nulllterator 是 一 个 退化 的 Iterator， 
它 适用 于 叶子 图 元 ， 即 没有 子 图 元 的 图 元 。Nulllterator 的 IsDone 操 作 总 返回 true。 
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一 个 有 子女 的 图 元 Glyph 子 类 将 重 载 CreateIterator， 返 回 不 同 Iterator 子 类 的 一 个 实例 ， 这 
依赖 于 保存 图 元 子女 所 用 的 结构 。 如 果 Glyph 的 行 子 类 在 一 个 _children 列 表 中 保存 其 子 类 ， 那 
么 它 的 Createlterator 操 作 实现 如 下 : 


Iterator<Glyph*>* Row::CreateIterator () { 
return new ListIterator<Glyph*>(_children) ; 
) - 


用 于 先 序 和 中 序 遍 历 的 Iterator 是 用 各 图 元 自身 特定 的 iterator 实 现 的 。 这 些 遍 历 的 Iterator 
还 要 保存 对 以 它们 所 遍历 的 结构 的 根 图 元 的 引用 。 它 们 调用 结构 中 图 元 的 Createlterator， 并 用 
栈 来 保存 返回 的 Iterator。 

例如 ， 类 Preorderlterator 从 根 图 元 得 到 Iterator， 将 它 初始 化 为 指向 第 一 个 元 素 ， 然 后 将 它 
EARP: 


void PreorderIterator::First () { 
Iterator<Glyph*>* i = _root->CreatelIterator(); 
if (i) { 
i->First(); 


_iterators.RemoveAll({); 
_iterators.Push(i); 
} 
} 


CurrentItem 只 是 调用 栈 顶 的 Iterator 的 CurrentItem 操 作 : 


Glyph* PreorderIterator : :CurrentItem () const { 
return 
_iterators.Size({) > 0 ? 
_iterators.Top()->CurrentItem() : 0; 


} 


Next 操 作 得 到 栈 顶 的 Iterator， 并 且 让 它 的 当前 项 创建 一 个 Iterator， 尽 可 能 遍历 到 图 元 结 
构 的 最 远 处 〈 因 为 这 是 一 个 先 序 遍 历 )。Next 将 新 的 Iterator 设 置 到 遍历 中 的 第 一 个 元 素 ， 再 将 
它 压 栈 。 然 后 Next 测 试 最 近 的 Hterator， 如 果 它 的 IsDone 操 作 返 回 true， 那 么 我 们 就 完成 了 对 当 
前 子 树 (或 叶子 ) 的 遍历 。 本 例 中 ，Next 弹 出 栈 顶 的 Iterator 并 且 重 复 上 述 过 程 ， 直 到 发 现下 
一 个 还 没完 成 的 遍历 ; 否则 ， 我 们 就 完成 了 对 整个 结构 的 遍历 。 

void PreorderIterator::Next () { 

Iterator<Glyph*>* i = 
_iterators.Top()->CurrentItem()->CreateIterator(); 


i->PFirst(); 
_iterators.Push(i); 


while ( 
_iterators.Size() > 0 && _iterators.Top()->IsDone() 
) í 
delete _iterators.Pop(); 
_iterators.Top()->Next(); 
} 
} 


注意 Iterator 类 层次 结构 是 怎样 允许 我 们 不 改变 图 元 类 而 增加 新 的 遍历 方式 的 一 一 如 
Preorderlterator 所 示 ， 我 们 只 需 创 建 Iteraror 子 类 ， 并 给 它 增加 一 个 新 的 遍历 算法 即 可 。Glyph 
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子 类 给 客户 提供 相同 的 接口 去 访问 它们 的 子女 ， 并 不 揭示 其 底层 的 数据 结构 。 由 于 Iterator 保 
存 了 自己 的 遍历 状态 ， 所 以 我 们 能 同时 执行 多 个 遍历 ， 甚 至 可 以 对 相同 的 结构 进行 同时 遍历 。 
尽管 我 们 在 本 例 中 的 遍历 是 针对 图 元 结构 的 ， 但 我 们 没有 理由 不 可 以 将 像 Preorderlterator 这 样 
的 类 参数 化 ， 使 其 能 遍历 其 他 类 型 的 对 象 结构 。 我 们 可 以 使 用 C++ 的 模板 技术 来 做 这 件 事 ， 
这 样 我 们 在 遍历 其 他 结构 时 就 能 复 用 Preorderlterator 的 机 制 。 


2.8.4 lterator 模 式 


Iterator(5.4) 模 式 描述 了 那些 支持 访问 和 遍历 对 象 结构 的 技术 ， 它 不 仅 可 用 于 组 合 结构 也 
可 用 于 集合 。 该 模式 抽象 了 遍历 算法 ， 对 客户 隐藏 了 它 所 遍历 对 象 的 内 部 结构 。Iterator 模 式 
再 一 次 说 明了 怎样 封装 变化 的 概念 ， 有 助 于 我 们 获得 灵活 性 和 复 用 性 。 尽 管 如 此 ，Iteration 问 
题 的 复杂 性 还 是 令 人 吃惊 的 ，Iterator 模 式 包含 了 比 我 们 这 里 考虑 的 更 多 的 细微 差别 和 权衡 。 


2.8.5 遍历 和 遍历 过 程 中 的 动作 


现在 我 们 有 了 遍历 图 元 结构 的 方法 ， 可 以 进行 检查 拼写 和 支持 连 字符 。 这 两 种 分 析 都 涉 
及 到 了 遍历 过 程 中 的 信息 累积 。 

首先 我 们 要 决定 将 分 析 的 责任 放 在 什么 位 置 上 。 我 们 可 以 在 Iterator 类 中 作 分 析 ， 将 分 析 
和 遍历 有 机 结合 起 来 。 但 是 如 果 我 们 能 区 别 遍 历 和 遍历 过 程 中 所 执行 动作 之 间 的 差别 的 话 ， 
就 可 以 得 到 更 多 的 灵活 性 和 潜在 复 用 性 ， 这 是 因为 不 同 的 分 析 通 常 需要 相同 的 遍历 方式 。 因 
而 ， 对 于 不 同 的 分 析 而 言 ， 我 们 可 以 复 用 相同 的 Iterator 集 合 。 例 如 ， 先 序 遍 历 对 于 许多 分 析 ， 
包括 拼写 检查 、 连 字符 、 向 前 搜索 和 字数 统计 等 ， 都 是 通用 的 。 

因此 ， 我 们 应 当 将 分 析 和 遍历 分 开 ， 那 么 将 分 析 责 任 放 到 什么 地 方 呢 ? 我 们 知道 有 许多 
种 分 析 可 以 做 ， 每 一 种 分 析 将 在 不 同 的 遍历 点 做 不 同 的 事情 。 根 据 分 析 的 种 类 ， 有 些 Glyph 比 
其 他 的 图 元 更 具 重 要 性 。 如 果 作 拼 写 检 查 和 连 字符 分 析 ， 我 们 要 考虑 的 是 字符 型 的 图 元 ， 而 
不 是 像 行 和 位 图 图 形 这 样 的 图 元 。 如 果 我 们 作 颜 色 分 割 ， 我 们 要 考虑 的 是 可 见 的 图 元 ， 而 不 
是 不 可 见 图 元 。 因 此 ， 不 同 的 分 析 过 程 必然 是 分 析 不 同 的 图 元 。 

因而 一 个 给 定 的 分 析 必 须 能 区 别 不 同 种 类 的 图 元 。 很 明显 的 一 种 做 法 是 将 分 析 能 力 放 到 
图 元 类 本 身 。 针 对 每 一 种 分 析 ， 我 们 为 Glyph 类 增加 一 个 或 多 个 抽象 操作 ， 并 且 根 据 它 们 在 分 
析 中 所 起 作用 ， 在 Glyph 子 类 中 实现 这 些 操作 。 

但 麻烦 的 是 我 们 每 增加 了 一 种 新 的 分 析 ， 都 必须 改变 每 一 个 图 元 类 。 某 些 情况 下 使 这 个 
问题 可 以 简化 : 有 时 只 有 部 分 类 参与 分 析 。 又 如 有 时 大 多 数 类 都 以 相同 方式 去 做 分 析 ， 那 么 
我 们 可 以 为 Glyph 类 中 的 抽象 操作 补充 一 个 缺 省 的 实现 。 该 缺 省 操作 将 包含 许多 通用 情况 。 这 
样 我 们 可 以 将 修改 只 限于 Glyph 类 和 那些 非 标准 子 类 。 

然而 即使 缺 省 实现 可 以 减少 需要 修改 的 类 的 数目 ， 一 个 隐 含 的 问题 依然 存在 : 随 着 新 的 
分 析 功 能 的 增加 ，Glyph 的 接口 会 越 来 越 大 。 众 多 的 分 析 操 作 会 逐渐 模糊 基本 的 Glyph 接 口 , 
从 而 很 难看 出 图 元 的 主要 目的 是 定义 和 结构 化 那些 有 外 观 和 形状 的 对 象 一 一 这 些 接口 完全 被 
淹没 了 。 


2.8.6 封装 分 析 
所 有 迹象 表明 ， 我 们 需要 在 一 个 独立 对 象 中 封装 分 析 方 法 ， 就 像 我 们 以 前 多 次 做 过 的 那 
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' 样 。 我 们 可 以 将 一 个 给 定 的 分 析 封 装 在 一 个 类 中 ， 并 把 该 类 的 实例 和 合适 的 Iterator 结 合 起 来 
使 用 。 这 个 Iterator 负 责 将 该 实例 携带 到 所 遍历 结构 的 每 一 个 图 元 中 。 这 样 分 析 对 象 可 以 在 每 
个 遍历 点 做 一 些 分 析 工 作 。 在 遍历 过 程 中 ， 分 析 者 积累 它 所 感 兴趣 的 信息 〈 本 例 中 指 字符 信 
息 )， 如 下 图 所 示 。 







iterator 


Ca 





和 { HH \ 
a j K 


该 方法 的 基本 问题 在 于 分 析 对 象 怎样 才 能 不 使 用 类 型 测试 或 强制 类 型 转换 也 能 正确 对 
待 各 种 不 同 的 图 元 。 我 们 不 希望 SpellingChecker 包 含 类 似 如 下 的 ( 伪 ) 代 码 : 
void SpellingChecker: :Check (Glyph* glyph) { 


Character* c; 
Row* r; 


Image* i; D 
if (c = dynamic_cast<Character*>(glyph)) { | 
// analyze the character 


} else if (r = dynamic_cast<Row*>(glyph)) { 
// prepare to analyze r’s children 

} else if (i = Gynamic_cast<Image*>(glyph)) { 
// do nothing 

} 

} 

这 段 代码 相当 拙劣 。 它 依赖 于 比较 高 深 的 像 类 型 的 安全 转换 这 样 的 能 力 ， 并 且 难 以 扩展 。 
无 论 何 时 当 我 们 改变 Glyph 类 层次 时 ， 都 要 记 住 修改 这 个 函数 。 事实 上 ， 这 也 是 面向 对 象 语言 
力图 消除 的 那 种 代码 。 

我 们 如 何 避 免 这 种 不 成 熟 的 方式 呢 ? 我 们 在 Glyph 类 中 添加 如 下 代码 时 会 发 生 什么 : 


void CheckMe (SpellingCheckerg&) 


我 们 在 每 一 个 Glyph 子 类 中 定义 CheckMe 如 下 : 


void GlyphSubclass::CheckMe (SpellingChecker& checker) { 
checker.CheckGlyphSubclass (this); 
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} 

这 里 的 GlyphSubclass 将 会 被 图 元 子 类 的 名 字 所 人 代替。 注意 当 调用 CheckMe 时 ， 当 前 是 哪 
一 个 特定 Glyph 子 类 是 知道 的 一 一 毕竟 ， 我 们 在 使 用 它 的 操作 。 相 对 应 的 ，SpellingChecker 类 
的 接口 包含 每 一 个 Glyph 子 类 的 类 似 于 CheckGlyphSubclass 的 操作 。 : 


class SpellingChecker { 
public: 
SpellingChecker (); 


virtual void CheckCharacter(Character*); 
virtual void CheckRow(Row*) ; 
virtual void CheckImage (Image*) ; 


// ... and so forth 
List<char*>& GetMisspellings(); 


protected: 
virtual bool IsMisspelled(const char*); 


private: 
char _currentWord[MAX_WORD_SIZE] ; 
List<char*> _misspellings; 
}; 
SpellingChecker 的 检查 字符 图 元 的 操作 可 能 像 如 下 所 示 : 
void SpellingChecker: :CheckCharacter (Character* c) { 


const char ch = c->GetCharCode({); 


if (isalpha(ch)) { 
// append alphabetic character to _currentWord 


} else { 
// we hit a nonalphabetic character 


if (IsMisspelled(_currentWord)) { 
// add _currentWord to _misspellings 
_misspellings.Append (strdup (_currentWord) ) ; 
} 


_currentWord[0]}] = ‘\0’; 
// reset _currentWord to check next word 


} 


注意 我 们 已 经 在 Character 类 中 定义 了 一 个 特殊 的 GetCharCode 操 作 。 拼 写 检 查 者 能 够 处 理 
特定 子 类 的 操作 ， 而 无 需 类 型 检查 或 转换 一 一 这 让 我 们 可 以 分 别 对 待 各 个 对 象 。 

CheckCharacter 将 字母 字符 累积 在 _CurrentWord 数 组 中 。 当 碰 到 像 下 划 线 这 样 的 非 字母 字 
符 时 ， 它 使 用 IsMisspelled 操 作 去 检查 _CurrentWord 中 单词 的 拼写 9 。 如 果 该 单词 拼写 错误 ， 


日 ”我 们 可 以 使 用 函数 重 载 来 给 每 一 个 这 样 的 成 员 函 数 以 相同 的 名 字 ， 因 为 它们 的 参数 已 经 将 它们 区 分 开 了 。 
我 们 这 里 给 它们 不 同名 字 是 为 了 强调 它们 的 不 同性 ， 尤 其 当 调 用 它们 的 时 候 。 

© lsMisspelled 实 现 了 拼写 算法 ， 因 为 它 独立 于 Lexi 的 设计 ， 所 以 这 里 我 们 就 不 细 说 。 我 们 这 里 通过 子 类 
SpellingChecker 来 支持 不 同 的 算法 ; 但 也 可 以 使 用 Strategy 模 式 来 支持 不 同 的 拼写 检查 算法 (就 像 在 2.3 节 中 
格式 化 时 所 做 的 那样 )。 
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CheckCharacter 将 它 加 到 拼 错 单词 的 列表 中 。 然 后 必须 清空 数组 _CurrentWord， 以 便 检查 下 一 
个 单词 。 当 遍历 结束 后 ， 你 可 以 通过 GetMisspellings 操 作 遍 历 拼写 错误 的 单词 的 列表 。 

现在 ， 我 们 以 拼写 检查 器 为 参数 调用 每 个 图 元 的 CheckMe 操 作 ， 来 实现 对 图 元 结构 的 让 
历 。 这 使 得 拼写 检查 器 SpellingChecker 可 以 有 效 区 分 每 个 图 元 ， 并 不 断 推进 检查 器 以 检查 下 
HAAR. 


SpellingChecker spellingChecker; 
Composition’ c; 


// ... 

Glyph* g; 

PreorderIterator i(c); 

for (i.First(); !i.IsDone(); i.Next()) { 


g = i.CurrentItem(); 
g->CheckMe (spellingChecker) ; 
} 


下 面 的 交互 图 展示 了 Character 图 元 和 SpellingChecker 对 象 是 怎样 协同 工作 的 : 
aCharacter (“a") anotherCharacter ("_") aSpellingChecker 






CheckMe(aSpellingChecker) 










CheckCharacter(this) 


| tr 


I CheckCharacter(this) 





CheckMe(aSpellingChecker) 检查 完整 的 单词 


GetCharacter() 


这 种 方法 适合 于 找 出 拼写 错误 ， 但 怎样 才能 帮助 我 们 去 支持 多 种 分 析 呢 ? 看 上 去 有 点 像 我 
们 每 增加 一 种 新 的 分 析 ， 就 不 得 不 为 Glyph 及 其 子 类 增加 一 个 类 似 于 CheckMe(SpellingChecker&) 
的 操作 。 如 果 我 们 坚持 每 一 个 分 析 对 应 一 个 独立 的 类 的 话 ， 事 实 确实 如 此 。 但 是 没有 理由 说 我 
们 不 能 给 所 有 分 析 类 型 一 个 相同 的 接口 。 应 该 允许 我 们 多 态 使 用 各 种 分 析 。 也 就 是 说 ， 我 们 应 
能 够 用 一 个 有 通用 参数 的 与 分 析 无 关 的 操作 来 蔡 代 像 CheckMe(SpellingChecker&) 这 样 表示 特定 
分 析 的 操作 。 


2.8.7 Visitor 类 及 其 子 类 


我 们 使 用 术语 访问 者 (visitor) 来 泛 指 在 遍历 过 程 中 “访问 ”被 遍历 对 象 并 做 适当 操作 的 
一 类 对 象 s 。 本 例 中 我 们 使 用 一 个 Visitor 类 来 定义 一 个 访问 结构 中 图 元 的 接口 。 

class Visitor { 

public: 


日 “访问 ”只 是 一 个 比 “分 析 ” 稍 微 通 用 一 点 的 术语 。 它 显示 了 我 们 在 设计 模式 中 所 使 用 的 术语 。 
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virtual void VisitCharacter(Character*) { } 
virtual void VisitRow(Row*) { } 
virtual void VisitImage(Image*) { } 


// ... and so forth 
}; 
访问 者 的 具体 子 类 做 不 同 的 分 析 ， 例 如 ， 我 们 可 以 用 一 个 SpellingCheckingVisitor 子 类 来 
检查 拼写 ; 用 HyphenationVisitor 子 类 做 连 字 符 分 析 。SpellingCheckingVisitor 可 以 就 像 我 们 上 
面 的 SpellingChecker 那 样 来 实现 ， 只 是 操作 名 要 反映 通用 的 访问 者 的 类 接口 。 例 如 ， 
CheckCharacter 应 该 改 成 VisitCharacter。 

妍 然 CheckMe 对 于 访问 者 并 不 合适 ， 因 为 访问 者 不 检查 任何 东西 。 故 我 们 要 使 用 一 个 更 
加 通用 的 名 字 : Accept， 其 参数 也 应 该 改 成 Visitor& ， 以 反映 它 能 接受 任何 一 个 访问 者 这 一 事 
实 。 现 在 定义 一 个 新 的 分 析 只 需要 定义 一 个 新 的 Visitor 子 类 一 一 我 们 无 需 触及 任何 图 元 类 。 通 
过 在 Glyph 及 其 子 类 中 增加 这 一 操作 ,我 们 就 可 以 支持 以 后 的 所 有 分 析 方 法 。 

我 们 已 经 看 到 怎样 做 拼写 检查 了 。 我 们 可 以 在 HyphenationVistitor 中 使 用 类 似 的 方法 来 累 
积 文 本 ,但 一 旦 HyphenationVisitor 的 VisitCharacter 操 作用 于 处 理 整 个 单词 ， 它 的 工作 方式 将 
略 有 不 同 。 它 并 不 是 检查 单词 的 拼写 错误 ， 而 是 使 用 一 个 连 字 符 算法 决定 单词 可 能 的 连 字 符 
点 的 位 置 (如果 有 的 话 )。 然 后 在 每 一 个 连 字符 点 ,插入 一 个 Discretionary 图 元 。 
Discretionary 图 元 是 Glyph 子 类 Discretionary 的 实例 。 

一 个 Discretionary 图 元 有 两 种 可 能 的 外 观 ， 这 决定 于 它 是 否 是 一 行 的 最 后 一 个 字符 。 如 果 
它 是 最 后 一 个 字符 ， 那 么 Discretionary 看 起 来 像 一 个 连 字 符 ; 如 果 不 是 ， 那 么 Discretionary 不 
显示 任何 东西 。Discretionary 检 查 它 的 父 对 象 (一 个 行 对 象 ) 来 判断 它 是 否 是 最 后 的 子女 。 
Discretionary 在 每 次 被 激活 画 自 己 或 计算 它 的 边界 时 ， 都 要 作 这 个 检查 。 格 式 化 策略 将 
Discretionary 看 成 空格 ， 将 它们 都 作为 行 结束 的 标志 。 下 图 说 明了 一 个 嵌入 的 Discretionary 是 
怎样 显示 的 。 
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2.8.8 Visitor 模 式 


我 们 这 里 所 描述 的 是 Visitor 模 式 的 一 个 应 用 。 前 面 的 Visitor 类 及 其 子 类 是 该 模式 的 主要 参 
与 者 。Visitor 模 式 记 述 了 这 样 一 种 我 们 前 面 已 使 用 过 的 技术 ， 它 允许 对 图 元 结构 所 和 作 分 析 的 
数目 不 受 限 制 地 增加 而 不 必 改 变 图 元 类 本 身 。 访 问 者 类 的 另 一 个 优点 是 它 不 局 限 使 用 于 像 图 
元 结构 这 样 的 组 合 者 ， 也 适用 于 其 他 任何 对 象 结 构 。 包 括 集合 、 列 表 ， 甚 至 无 环 有 向 图 。 再 
者 ， 访 问 者 所 能 访问 的 类 之 间 无 需 通 过 一 个 公共 父 类 关联 起 来 。 也 就 是 说 ， 访 问 者 能 跨越 类 
层次 结构 。 
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在 使 用 Visitor 模 式 之 前 你 要 问 自己 的 一 个 重要 问题 是 : 哪 一 个 类 层次 变化 得 最 厉害 ”该 模 
式 最 适合 于 当 你 想 对 一 个 稳定 类 结构 的 对 象 做 许多 不 同 的 事情 的 情况 。 增 加 一 种 新 的 访问 者 
而 不 需要 改变 类 结构 ， 这 对 于 很 大 的 类 结构 是 尤其 重要 的 。 但 是 ， 只 要 你 给 类 结构 增加 了 一 
个 子 类 ， 你 就 不 得 不 更 新 你 所 有 访问 者 类 的 接口 以 包含 针对 那个 子 类 的 Visit... 操 作 。 

比如 ， 在 我 们 的 例子 中 ， 增 加 一 个 被 称 为 Foo 的 新 Glyph 子 类 ， 将 需要 改变 Visitor 及 其 子 
类 ， 以 包含 一 个 VisitFoo 操 作 。 但 是 考虑 到 我 们 的 设计 限制 条 件 ， 我 们 比较 多 的 是 为 Lexi 增 加 
一 种 新 的 分 析 方 法 ， 而 不 是 增加 一 种 新 的 图 元 。 所 以 Visitor 模 式 是 适合 我 们 的 需要 的 。 


2.9 小 结 


我 们 在 Lexi 的 设计 中 使 用 了 8 种 不 同 的 模式 : 

1) Composite ( 4.3 ) 表示 文档 的 物理 结构 。 

2) Strategy (5.9) 允许 不 同 的 格式 化 算法 。 

3) Decorator (4.4) 修饰 用 户 界面 。 

4) Abstract Factory (3.1) 支持 多 视 感 标准 。 

5) Bridge (4.2) 允许 多 个 窗口 平台 。 

6) Command (5.2) 支持 撤销 用 户 操作 。 

7) Iterator (5.4) 访问 和 裔 廊 对 象 结构 。 

8) Visitor ( 5.11) 允许 无 限 扩充 分 析 能 力 而 又 不 会 使 文档 结构 的 实现 复杂 化 。 

以 上 这 些 设计 要 点 都 不 仅仅 局 限于 像 Lexi 这 样 的 文档 编辑 应 用 。 事 实 上 ， 很 多 重要 的 应 
用 都 可 以 使 用 这 些 模式 处 理 不 同 的 事情 。 一 个 财务 分 析 应 用 可 能 使 用 Composite 定 义 由 多 种 类 
型 子 文件 来 组 成 的 投资 文件 夹 。 一 个 编译 程序 可 能 使 用 Strategy 模 式 来 考虑 不 同 目 标 机 上 的 寄 
存 器 分 配方 案 。 图 形 界面 的 应 用 可 能 是 至 少 要 用 到 Decorator 和 Command 模 式 ， 正 如 本 例 所 
Ao 

我 们 已 经 涉及 到 了 Lexi 设 计 中 的 一 些 主要 问题 ,但 还 有 很 多 其 他 的 问题 我 们 没有 讨论 。 
需 再 次 说 明 的 是 ， 本 书 描述 的 不 仅 是 以 上 我 们 所 用 到 的 8 个 模式 。 所 以 在 学 习 其 余 模式 时 ， 你 
要 考虑 怎样 才能 把 它们 用 在 Lexi 中 。 最 好 能 考虑 在 你 自己 的 设计 中 怎样 使 用 它们 。 


第 3 章 创建 型 模式 


创建 型 模式 抽象 了 实例 化 过 程 。 它 们 帮助 一 个 系统 独立 于 如 何 创建 、 组 合 和 表示 它 的 那 
些 对 象 。 一 个 类 创建 型 模式 使 用 继承 改变 被 实例 化 的 类 ， 而 一 个 对 象 创建 型 模式 将 实例 化 委 
托 给 另 一 个 对 象 。 

随 着 系统 演化 得 越 来 越 依赖 于 对 象 复 合 而 不 是 类 继承 ， 创 建 型 模式 变 得 更 为 重要 。 当 这 
种 情况 发 生 时 ， 重 心 从 对 一 组 固定 行为 的 硬 编码 ( hard-coding ) 转移 为 定义 一 个 较 小 的 基本 
行为 集 ， 这 些 行为 可 以 被 组 合成 任意 数目 的 更 复杂 的 行为 。 这 样 创建 有 特定 行为 的 对 象 要 求 
的 不 仅仅 是 实例 化 一 个 类 。 

在 这 些 模式 中 有 两 个 不 断 出 现 的 主旋律 。 第 一 ， 它 们 都 将 关于 该 系统 使 用 哪些 具体 的 类 
的 信息 封装 起 来 。 第 二 ， 它 们 隐藏 了 这 些 类 的 实例 是 如 何 被 创建 和 放 在 一 起 的 。 整 个 系统 关 
于 这 些 对 象 所 知道 的 是 由 抽象 类 所 定义 的 接口 。 因 此 ， 创 建 型 模式 在 什么 被 创建 ， 谁 创建 它 ， 
它 是 怎样 被 创建 的 ， 以 及 何 时 创建 这 些 方面 给 予 你 很 大 的 灵活 性 。 它 们 允许 你 用 结构 和 功能 
差别 很 大 的 “产品 ”对 象 配 置 一 个 系统 。 配 置 可 以 是 静态 的 ( 即 在 编译 时 指定 )， 也 可 以 是 动 
态 的 (在 运行 时 )。 

有 时 创建 型 模式 是 相互 竞争 的 。 例 如 ， 在 有 些 情况 下 Prototype (3.4) 或 Abstract Factory 
(3.1) 用 起 来 都 很 好 。 而 在 另外 一 些 情况 下 它们 是 互补 的 : Builder (3.2) 可 以 使 用 其 他 模式 
去 实现 某 个 构件 的 创建 。Prototype (3.4) 可 以 在 它 的 实现 中 使 用 Singleton (3.5 )。 

因为 创建 型 模式 紧密 相关 ， 我 们 将 所 有 5 个 模式 一 起 研究 以 突出 它们 的 相似 点 和 相 异 点 。 
我 们 也 将 举 -个 通用 的 例子 一 一 为 一 个 电脑 游戏 创建 一 个 迷宫 一 一 来 说 明 它 们 的 实现 。 这 个 迷 
宫 和 游戏 将 随 着 各 种 模式 不 同 而 略 有 区 别 。 有 时 这 个 游戏 将 仅仅 是 找到 一 个 迷宫 的 出 口 ; 在 
这 种 情况 下 ， 游 戏 者 可 能 仅 能 见 到 该 迷宫 的 局 部 。 有 时 迷宫 包括 一 些 要 解决 的 问题 和 要 战胜 
的 危险 ， 并 且 这 些 游 戏 可 能 会 提供 已 经 被 探索 过 的 那 部 分 迷宫 地 图 。 

我 们 将 忽略 许多 迷宫 中 的 细节 以 及 一 个 迷宫 游戏 中 有 一 个 还 是 多 个 游戏 者 。 我 们 仅 关 注 
迷宫 是 怎样 被 创建 的 。 我 们 将 一 个 迷宫 定义 为 一 系列 房间 ， 一 个 房间 知道 它 的 邻居 ; 可 能 的 
邻居 要 么 是 另 一 个 房间 ， 要 么 是 一 堵 墙 、 或 者 是 到 另 一 个 房间 的 一 扇 门 。 

类 Room 、PDoor 和 Wall 定义 了 我 们 所 有 的 例子 中 使 用 到 的 构件 。 我 们 仅 定 义 这些 类 中 对 创 
建 一 个 迷宫 起 重要 作用 的 一 些 部 分 。 我 们 将 忽略 游戏 者 、 显 示 操 作 和 在 迷宫 中 四 处 移动 操作 ， 
以 及 其 他 一 些 重要 的 却 与 创建 迷宫 无 关 的 功能 。 

下 页 图 表示 了 这 些 类 之 间 的 关系 。. 

每 一 个 房间 有 四 面 ， 我 们 使 用 C++ 中 的 枚 举 类 型 Direction 来 指定 房间 的 东南 西北 : 


enum Direction {North, South, East, West}; 


Smalltalk 的 实现 使 用 相应 的 符号 来 表示 这 些 方向 。 

类 MapSite 是 所 有 迷宫 组 件 的 公共 抽象 类 。 为 简化 例子 ，MapSite 仅 定义 了 一 个 操作 Enter， 
它 的 含义 决定 于 你 在 进入 什么 。 如 果 你 进入 一 个 房间 ,那么 你 的 位 置 会 发 生 改 变 。 如 果 你 试 
图 进入 一 扇 门 ,那么 这 两 件 事 中 就 有 一 件 会 发 生 : 如 果 门 是 开 着 的 ， 你 进入 另 一 个 房间 。 如 
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果 门 是 关 着 的 ， 那 么 你 就 会 碰壁 。 


class MapSite { 
public: 
virtual void Enter() = 0; 


}; 

Enter 为 更 加 复杂 的 游戏 操作 提供 了 一 个 简单 基础 。 例 如 ， 如 果 你 在 一 个 房间 中 说 “向 东 
走 ”"， 游 戏 只 能 确定 直接 在 东边 的 是 哪 一 个 MapSite 并 对 它 调 用 Enter。 特 定子 类 的 Enter 操 作 将 
计算 出 你 的 位 置 是 发 生 改 变 ， 还 是 你 会 碰壁 。 在 一 个 真正 的 游戏 中 ，Enter 可 以 将 移动 的 游戏 
者 对 象 作 为 一 个 参数 。 

Room 是 MapSite 的 一 个 具体 的 子 类 ， 而 MapSite 定 义 了 迷宫 中 构件 之 间 的 主要 关系 。 
Room 有 指向 其 他 MapSite 对 象 的 引用 ， 并 保存 一 个 房间 号 ， 这 个 数字 用 来 标识 迷宫 中 的 房间 。 


class Room : public MapSite { 
public: 
Room(int roomNo); 


MapSite* GetSide(Direction) const; 
void SetSide(Direction, MapSite*); 


virtual void Enter(); 


private: 
MapSite* _sides[4]; 
int _roomNumber; 

}; 


下 面 的 类 描述 了 一 个 房间 的 每 一 面 所 出 现 的 墙壁 或 门 。 
class Wall : public MapSite { 
public: 

Wall(); 


virtual void Enter(); 
}; 


class Door : public MapSite { 
public: 
Door (Room* = 0, Room* = 0); 


virtual void Enter(); 
Room* OtherSideFrom(Room*) ; 
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private: 
Room* _roomi; 
Room* _room2; 
bool _isOpen; 
}; 


我 们 不 仅 需 要 知道 迷宫 的 各 部 分 ， 还 要 定义 一 个 用 来 表示 房间 集合 的 Maze 类 。 用 
RoormNo 操 作 和 给 定 的 房间 号 ，Maze 就 可 以 找到 一 个 特定 的 房间 。 


class Maze { 
public: 
Maze(); 


void AddRoom(Room*) ; 

Room* RoomNo(int) const; 
private: 

// ..。 
] 
RoomNo 可 以 使 用 线形 搜索 、hash 表 、 甚 至 一 个 简单 数组 进行 一 次 查找 。 但 我 们 在 此 处 并 
不 考虑 这 些 细节 ， 而 是 将 注意 力 集中 于 如 何 指定 一 个 迷宫 对 象 的 构件 上 。 

我 们 定义 的 另 一 个 类 是 MazeGame， 由 它 来 创建 迷宫 。 一 个 简单 直接 的 创建 迷宫 的 方法 是 
使 用 一 系列 操作 将 构件 增加 到 迷宫 中 ， 然 后 连接 它们 。 例 如 ， 下 面 的 成 员 函 数 将 创建 一 个 迷 
宫 ， 这 个 迷宫 由 两 个 房间 和 它们 之 间 的 一 扇 门 组 成 : 


Maze* MazeGame::CreateMaze () { 
Maze* aMaze = new Maze; 
Room* ri = new Room(1); 
Room* r2 = new Room(2); 
Door* theDoor = new Door(ri, r2); 


aMaze->AddRoom(r1) ; 
aMaze->AddRoom (r2); 


ri->SetSide(North, new Wall); 
ri->SetSide(East, theDoor); 
ri->SetSide(South, new Wall); 
ri->SetSide (West, new Wall); 


r2->SetSide(North, new Wall); 
r2->SetSide(East, new Wall); 
r2->SetSide(South, new Wall); 
r2->SetSide(West, theDoor); 


return aMaze; 

} 
考虑 到 这 个 函数 所 做 的 仅 是 创建 一 个 有 两 个 房间 的 迷宫 ， 它 是 相当 复杂 的 。 显 然 有 办 法 使 它 
变 得 更 简单 。 例 如 ，Room 的 构造 器 可 以 提前 用 墙壁 来 初始 化 房间 的 每 一 面 。 但 这 仅仅 是 将 代 
码 移 到 了 其 他 地 方 。 这 个 成 员 函 数 真 正 的 问题 不 在 于 它 的 大 小 而 在 于 它 不 灵活 。 它 对 迷宫 的 
布局 进行 硬 编码 。 改 变 布局 意味 着 改变 这 个 成 员 函 数 ， 或 是 重 定义 它 一 -这 意味 着 重新 实现 
整个 过 程 一 一 或 是 对 它 的 部 分 进行 改变 -一 这 容易 产生 错误 并 且 不 利于 重用 。 

创建 型 模式 显示 如 何 使 得 这 个 设计 更 灵活 ， 但 未 必 会 更 小 。 特 别 是， 它们 将 便于 修改 定 
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义 一 个 迷宫 构件 的 类 。 

假设 你 想 在 一 个 包含 ( 所 有 的 东西 ) 施 了 魔法 的 迷宫 的 新 游戏 中 重用 一 个 已 有 的 迷宫 布 
局 。 施 了 魔法 的 迷 富 游戏 有 新 的 构件 ， 像 PoorNeedingSpell ， 它 是 一 扇 仅 随 着 一 个 咒语 才能 被 
锁 上 和 打开 的 门 ; 以 及 EnchantedRoom， 一 个 可 以 有 不 寻常 东西 的 房间 ， 比 如 魔法 钥匙 或 是 
只 语 。 你 怎样 才能 较 容 易 的 改变 CreateMaze 以 让 它 用 这 些 新 类 型 的 对 象 创建 迷宫 呢 ? 

这 种 情况 下 ， 改 变 的 最 大 障碍 是 对 被 实例 化 的 类 进行 硬 编码 。 创 建 型 模式 提供 了 多 种 不 

同方 法 从 实例 化 它们 的 代码 中 除去 对 这 些 具体 类 的 显 式 引用 : 

。 如果 CreateMaze 调 用 虚 函 数 而 不 是 构造 器 来 创建 它 需要 的 房间 、 墙 壁 和 和 门 ， 那 么 你 可 以 
创建 一 个 MazeGame 的 子 类 并 重 定义 这 些 虚 函数 ， 从 而 改变 被 例 化 的 类 。 这 一 方法 是 
Factory Method (3.3 ) 模式 的 一 个 例子 。 l 

© 如果 传递 一 个 对 象 给 CreateMaze 作 参数 来 创建 房间 、 墙 壁 和 门 ， 那 么 你 可 以 传递 不 同 的 
参数 来 改变 房间 、 墙 壁 和 门 的 类 。 这 是 Abstract Factory (3.1) 模式 的 一 个 例子 。 

。 如 果 传 递 一 个 对 象 给 CreateMaze， 这 个 对 象 可 以 在 它 所 建造 的 迷宫 中 使 用 增加 房间 、 墙 
壁 和 门 的 操作 ， 来 全 面 创建 一 个 新 的 迷宫 ， 那 么 你 可 以 使 用 继承 来 改变 迷宫 的 一 些 部 分 
或 该 迷宫 被 建造 的 方式 。 这 是 Builder (3.2) 模式 的 一 个 例子 。 

。 如 果 CreateMaze 由 多 种 原型 的 房间 、 墙 壁 和 门 对 象 参数 化 ， 它 拷贝 并 将 这 些 对 象 增加 到 
迷宫 中 ， 那 么 你 可 以 用 不 同 的 对 象 替换 这 些 原 型 对 象 以 改变 迷宫 的 构成 。 这 是 Prototype 
(3.4) 模式 的 一 个 例子 。 

剩 下 的 创建 型 模式 ，Singleton (3.5 )， 可 以 保证 每 个 游戏 中 仅 有 一 个 迷宫 而 且 所 有 的 游戏 

对 象 都 可 以 迅速 访问 它 一 一 不 需要 求助 于 全 局 变量 或 函数 。Singleton 也 使 得 迷宫 易于 扩展 或 替 
换 ， 且 不 需 变 动 已 有 的 代码 。 


3.1 ABSTRACT FACTORY ( 抽象 工厂 ) 一 一 对 象 创建 型 模式 


1. 意 图 

提供 一 个 创建 一 系列 相关 或 相互 依赖 对 象 的 接口 ， 而 无 需 指定 它们 具体 的 类 。 

2. 别 名 

Kit 

3. 动 机 

考虑 一 个 支持 多 种 视 感 (look-and-feel ) 标准 的 用 户 界面 工具 包 ， 例 如 Motif 和 
Presentation Manager。 不 同 的 视 感 风格 为 诸如 滚动 条 、 窗 口 和 按钮 等 用 户 界面 “窗口 组 件 ” 
定义 不 同 的 外 观 和 行为 。 为 保证 视 感 风格 标准 间 的 可 移植 性 ， 一 个 应 用 不 应 该 为 一 个 特定 的 
视 感 外 观 硬 编码 它 的 窗口 组 件 。 在 整个 应 用 中 实例 化 特定 视 感 风格 的 窗口 组 件 类 将 使 得 以 后 
很 难 改变 视 感 风格 。 

为 解决 这 一 问题 我 们 可 以 定义 一 个 抽象 的 WidgetFactory 类 ， 这 个 类 声明 了 一 个 用 来 创建 
每 一 类 基本 窗口 组 件 的 接口 。 每 一 类 窗口 组 件 都 有 一 个 抽象 类 ， 而 具体 子 类 则 实现 了 窗口 组 
件 的 特定 视 感 风 格 。 对 于 每 一 个 抽象 窗口 组 件 类 ，WidgetFactory 接 口 都 有 一 个 返回 新 窗口 组 
件 对 象 的 操作 。 客 户 调用 这 些 操作 以 获得 窗口 组 件 实例 ， 但 客户 并 不 知道 他 们 正在 使 用 的 是 
哪些 具体 类 。 这 样 客 户 就 不 依赖 于 一 般 的 视 感 风格 ， 如 下 页 图 所 示 。 
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， 
CreateScrollBar() | 
CreateWindow() H 


I--~-------------------------------------------------------------: 


每 一 种 视 感 标准 都 对 应 于 一 个 具体 的 WidgetFactory 子 类 。 每 一 子 类 实现 那些 用 于 创建 合 
适 视 感 风格 的 窗口 组 件 的 操作 。 例 如 ，MotifWidgetFactory 的 CreateScrollBar 操 作 实 例 化 并 返 
回 一 个 Motif 滚 动 条 ， 而 相应 的 PMWidgetFactory 操 作 返 回 一 个 Presentation Manager 的 滚动 条 。 
客户 仅 通 过 WidgetFactory 接 口 创建 窗口 组 件 ， 他 们 并 不 知道 哪些 类 实现 了 特定 视 感 风格 的 窗 
口 组 件 。 换 言 之 ， 客 户 仅 与 抽象 类 定义 的 接口 交互 ， 而 不 使 用 特定 的 具体 类 的 接口 。 

WidgetFactory 也 增强 了 具体 窗口 组 件 类 之 间 依 赖 关 系 。 一 个 Motif 的 滚动 条 应 该 与 Motif 按 
钮 、Motif 正 文 编辑 器 一 起 使 用 ， 这 一 约束 条 件 作为 使 用 MotifWidgetFactory 的 结果 被 自动 加 
上 。 

4. 适用 性 

在 以 下 情况 可 以 使 用 Abstract Factory 模 式 

"一 个 系统 要 独立 于 它 的 产品 的 创建 、 组 合 和 表示 时 。 

。 一 个 系统 要 由 多 个 产品 系列 中 的 一 个 来 配置 时 。 

。 当 你 要 强调 一 系列 相关 的 产品 对 象 的 设计 以 便 进行 联合 使 用 时 。 

。 当 你 提供 一 个 产品 类 库 ， 而 只 想 显示 它们 的 接口 而 不 是 实现 时 。 

5. 结 构 

此 模式 的 结构 如 下 图 所 示 。 





6. 参与 者 
。 AbstractFactory (WidgetFactory) 
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一 声明 一 个 创建 抽象 产品 对 象 的 操作 接口 。 
e ConcreteFactory (MotifWidgetFactory, PMWidgetFactory) 
一 实现 创建 具体 产品 对 象 的 操作 。 
。 AbstractProduct (Windows, ScrollBar) 
一 为 一 类 产品 对 象 声 明 一 个 接口 。 
。 ConcreteProduct (MotifWindow, MotifScrollBar) 
一 定义 一 个 将 被 相应 的 具体 工厂 创建 的 产品 对 象 。 
一 实现 AbstractProduct 接 口 。 
。Client ` 
一 仅 使 用 由 AbstractFactory 和 AbstractProduct 类 声明 的 接口 。 
7. 协 作 
。 通 常 在 运行 时 刻 创 建 一 个 ConcreteFactroy 类 的 实例 。 这 一 具体 的 工厂 创建 具有 特定 实现 
的 产品 对 象 。 为 创建 不 同 的 产品 对 象 ， 客 户 应 使 用 不 同 的 具体 工厂 。 
。AbstractFactory 将 产品 对 象 的 创建 延迟 到 它 的 ConcreteFactory 子 类 。 
8. 效 果 
AbstractFactory 模 式 有 下 面 的 一 些 优点 和 缺点 : 
1) 它 分 离 了 具体 的 类 Abstract Factory 模 式 帮 助 你 控制 一 个 应 用 创建 的 对 象 的 类 。 因 为 
一 个 工厂 封装 创建 产品 对 象 的 责任 和 过 程 ， 它 将 客户 与 类 的 实现 分 离 。 客 户 通过 它们 的 抽象 
接口 操纵 实例 。 产 品 的 类 名 也 在 具体 工厂 的 实现 中 被 分 离 ; 它们 不 出 现在 客户 代码 中 。 

2) 它 使 得 易于 交换 产品 系列 一 个 具体 工厂 类 在 一 个 应 用 中 仅 出 现 一 次 一 一 即 在 它 初始 化 
的 时 候 。 这 使 得 改变 一 个 应 用 的 具体 工厂 变 得 很 容易 。 它 只 需 改变 具体 的 工厂 即 可 使 用 不 同 
的 产品 配置 ， 这 是 因为 一 个 抽象 工厂 创建 了 一 个 完整 的 产品 系列 ， 所 以 整个 产品 系列 会 立刻 
改变 。 在 我 们 的 用 户 界面 的 例子 中 ， 我 们 仅 需 转换 到 相应 的 工厂 对 象 并 重新 创建 接口 ， 就 可 
实现 从 Motif 窗 口 组 件 转换 为 Presentation Manager 窗 口 组 件 。 

3) 它 有 利于 产品 的 一 致 性 ” 当 一 个 系列 中 的 产品 对 象 被 设计 成 一 起 工作 时 ， 一 个 应 用 一 
次 只 能 使 用 同一 个 系列 中 的 对 象 ， 这 一 点 很 重要 。 而 AbstractFactory 很 容易 实现 这 一 点 。 

4) 难以 支持 新 种 类 的 产品 难以 扩展 抽象 工厂 以 生产 新 种 类 的 产品 。 这 是 因为 
AbstractFactory 接 口 确定 了 可 以 被 创建 的 产品 集合 。 支 持 新 种 类 的 产品 就 需要 扩展 该 工厂 接口 ， 
这 将 涉及 AbstractFactory 类 及 其 所 有 子 类 的 改变 。 我 们 会 在 实现 一 节 讨 论 这 个 问题 的 一 个 解决 
办 法 。 

9. 实现 

下 面 是 实现 Abstract Factor 模 式 的 一 些 有 用 技术 : 

1) 将 工厂 作为 单 件 一 个 应 用 中 一 般 每 个 产品 系列 只 需 一 个 ConcreteFactory 的 实例 。 因 此 
工厂 通常 最 好 实现 为 一 个 Singleton ( 3.5 )。 

2) 创建 产品 AbstractFactory 仅 声明 一 个 创建 产品 的 接口 ， 真 正 创建 产品 是 由 
ConcreteProduct 子 类 实现 的 。 最 通常 的 一 个 办 法 是 为 每 一 个 产品 定义 一 个 工厂 方法 ( 参见 
Factory Method ( 3.3 ))。 一 个 具体 的 工厂 将 为 每 个 产品 重 定 义 该 工厂 方法 以 指定 产品 。 虽 然 
这 样 的 实现 很 简单 ， 但 它 却 要 求 每 个 产品 系列 都 要 有 一 个 新 的 具体 工厂 子 类 ， 即 使 这 些 产品 
系列 的 差别 很 小 。 


60 KRitRA: TRHA CIAA HRM 
如 果 有 多 个 可 能 的 产品 系列 ， 具 体 工厂 也 可 以 使 用 Prototype ( 3.4 ) 模式 来 实现 。 具 体 工 
厂 使 用 产品 系列 中 每 一 个 产品 的 原型 实例 来 初始 化 ， 且 它 通过 复制 它 的 原型 来 创建 新 的 产品 。 
在 基于 原型 的 方法 中 ， 使 得 不 是 每 个 新 的 产品 系列 都 需要 一 个 新 的 具体 工厂 类 。 
此 处 是 Smalltalk 中 实现 一 个 基于 原型 的 工厂 的 方法 。 具 体 工厂 在 一 个 被 称 为 partCatalog 的 
字典 中 存储 将 被 复制 的 原型 。 方 法 make: 检索 该 原型 并 复制 它 : 


make : partName 
^ (partCatalog at : partName) copy 


具体 工厂 有 一 个 方法 用 来 向 该 目录 中 增加 部 件 。 


addPart : partTemplate named : partName 
partCatalog at : partName put : partTemplate 


原型 通过 用 一 个 符号 标识 它们 ， 从 而 被 增加 到 工厂 中 : 

aFactory addPart : aPrototype named : #ACMEWidget 

在 将 类 作为 第 一 类 对 象 的 语言 中 (例如 Smalltalk 和 ObjectiveC )， 这 个 基于 原型 的 方法 可 
能 有 所 变化 。 你 可 以 将 这 些 语言 中 的 一 个 类 看 成 是 一 个 退化 的 工厂 ， 它 仅 创 建 一 种 产品 。 你 
可 以 将 类 存储 在 一 个 具体 工厂 中 ， 这 个 具体 工厂 在 变量 中 创建 多 个 具体 的 产品 ， 这 很 像 原 型 。 
这 些 类 代替 具体 工厂 创建 了 新 的 实例 。 你 可 以 通过 使 用 产品 的 类 而 不 是 子 类 初始 化 一 个 具体 
工厂 的 实例 ， 来 定义 一 个 新 的 工厂 。 这 一 方法 利用 了 语言 的 特点 ， 而 纯 基 于 原型 的 方法 是 与 
语言 无 关 的 。 

像 刚 讨论 过 的 Smalltalk 中 的 基于 原型 的 工厂 一 样 ， 基 于 类 的 版 本 将 有 一 个 唯一 的 实例 变 
量 partCatalog， 它 是 一 个 字典 ， 它 的 主键 是 各 部 分 的 名 字 。partCatalog 存 储 产品 的 类 而 不 是 存 
储 被 复制 的 原型 。 方 法 make: 现在 是 这 样 : 


make : partName 
^ (partCatalog at : partName) new 


3) 定义 可 扩展 的 工厂 AbstractFactory 通 常 为 每 一 种 它 可 以 生产 的 产品 定义 一 个 操作 。 产 
品 的 种 类 被 编码 在 操作 型 构 中 。 增 加 一 种 新 的 产品 要 求 改变 AbstractFactory 的 接口 以 及 所 有 与 
它 相 关 的 类 。 一 个 更 灵活 但 不 太 安 全 的 设计 是 给 创建 对 象 的 操作 增加 一 个 参数 。 该 参数 指定 
了 将 被 创建 的 对 象 的 种 类 。 它 可 以 是 一 个 类 标识 符 、 一 个 整数 、 一 个 字符 串 ， 或 其 他 任何 可 
以 标识 这 种 产品 的 东西 。 实 际 上 使 用 这 种 方法 ，AbstractFactory 只 需要 一 个 “Make” 操 作 和 

一 个 指示 要 创建 对 象 的 种 类 的 参数 。 这 是 前 面 已 经 讨论 过 的 基于 原型 的 和 基于 类 的 抽象 工厂 
的 技术 。 

C++ 这 样 的 静态 类 型 语言 与 相 比 ， 这 一 变化 更 容易 用 在 类 似 于 Smalltalk 这 样 的 动态 类 型 语 
言 中 。 仅 当 所 有 对 象 都 有 相同 的 抽象 基 类 ， 或 者 当 产 品 对 象 可 以 被 请 求 它们 的 客户 安全 的 强 
制 转换 成 正确 类 型 时 ， 你 才能 够 在 C++ 中 使 用 它 。Factory Method(3.3) 的 实现 部 分 说 明了 怎样 
在 C++ 中 实现 这 样 的 参数 化 操作 。 

该 方法 即使 不 需要 类 型 强制 转换 ， 但 仍 有 一 个 本 质 的 问题 : 所 有 的 产品 将 返回 类 型 所 给 
定 的 相同 的 抽象 接口 返回 给 客户 。 客 户 将 不 能 区 分 或 对 一 个 产品 的 类 别 进行 安全 的 假定 。 如 
果 一 个 客户 需要 进行 与 特定 子 类 相关 的 操作 ， 而 这 些 操 作 却 不 能 通过 抽象 接口 得 到 。 虽 然 客 
户 可 以 实施 一 个 向 下 类 型 转换 (downcast ) ( 例如 在 C++ 中 用 dynamic_cast )， 但 这 并 不 总 是 可 
行 或 安全 的 ， 因 为 向 下 类 型 转换 可 能 会 失败 。 这 是 一 个 典型 的 高 度 灵 活 和 可 扩展 接口 的 权衡 
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10. 代码 示例 
我 们 将 使 用 Abstract Factory 模 式 创建 我 们 在 这 章 开 始 所 讨论 的 迷宫 。 


类 MazeFactory 可 以 创建 迷宫 的 组 件 。 它 建造 房间 、 墙 壁 和 房间 之 间 的 门 。 它 可 以 用 于 一 
个 从 文件 中 读 取 迷 宫 说 明 图 并 建造 相应 迷宫 的 程序 。 或 者 它 可 以 被 用 于 一 个 随机 建造 迷 官 的 
程序 。 建 造 迷宫 的 程序 将 MazeFactory 作 为 一 个 参数 ， 这 样 程序 员 就 能 指定 要 创建 的 房间 、 墙 


壁 和 门 等 类 。 


class MazeFactory { 
public: 
MazeFactory (); 


virtual Maze* MakeMaze() const 
{ return new Maze; } 
virtual Wall* MakeWall() const 
{ return new Wall; } 
virtual Room* MakeRoom(int n) const 
{ return new Room(n); } ， 
virtual Door* MakeDoor(Room* rl, Room* r2) const 
{ return new Door(rl, r2); } 
} 


回想 一 下 建立 一 个 由 两 个 房间 和 它们 之 间 的 门 组 成 的 小 迷 富 的 成 员 函 数 CreateMaze o 


CreateMaze 对 类 名 进行 硬 编码 ， 这 使 得 很 难 用 不 同 的 组 件 创建 迷宫 。 
这 里 是 一 个 以 MazeFactory 为 参数 的 新 版 本 的 CreateMaze ， 它 修改 了 以 上 缺点 : 


Maze* MazeGame::CreateMaze (MazeFactory& factory) { 
Maze* aMaze = factory .MakeMaze(): 
Room* rl = factory.MakeRoom(1); 
Room* r2 = factory.MakeRoom(2); 
Door* aDoor = factory .MakeDoor (r1, r2); 
* 
aMaze->AddRoom(r1); 
aMaze->AddRoom(r2); 


rl->SetSide(North, factory.MakeWall()); 
r1->SetSide(East, aDoor) ; 
r1->SetSide(South, factory.MakeWall()); 
rl->SetSide(West, factory.MakeWall()); 
r2->SetSide(North, factory.MakeWall()); 
r2->SetSide(East, factory.MakeWall()); 
r2->SetSide(South, factory.MakeWall()); 
r2->SetSide(West, aDoor); 


return aMaze; 


} 


我 们 创建 MazeFactory 的 子 类 EnchantedMazeFactory， 这 是 一 个 创建 施 了 魔法 的 迷宫 的 工 


厂 。EnchantedMazeFactory 将 重 定义 不 同 的 成 员 函 数 并 返回 Room，Wall 等 不 同 的 子 类 。 


class EnchantedMazeFactory : public MazeFactory { 
public: 
EnchantedMazeFactory (); 


virtual Room* MakeRoom(int n) const 
{ return new EnchantedRoomi(n, CastSpell()): } 


virtual Door* MakeDoor (Room* rl, Room* r2) const 
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{ return new DoorNeedingSpell (r1, r2); } 


protected: 
Spell* CastSpell() const; 
}; 


现在 假设 我 们 想 生成 一 个 迷宫 游戏 ， 在 这 个 游戏 里 ， 每 个 房间 中 可 以 有 一 个 炸弹 。 如 果 
这 个 炸弹 爆炸 ， 它 将 ( 至 少 ) 毁坏 墙壁 。 我 们 可 以 生成 一 个 Room 的 子 类 以 明了 是 否 有 一 个 炸 
弹 在 房间 中 以 及 该 炸弹 是 否 爆炸 了 。 我 们 也 将 需要 一 个 Wall 的 子 类 以 明了 对 墙壁 的 损坏 。 我 
们 将 称 这 些 类 为 RoomWithABomb 和 BombedWall。 

我 们 将 定义 的 最 后 一 个 类 是 BombedMazeFactory ， 它 是 MazeFactory 的 子 类 ， 保 证 了 墙壁 
,是 BombedWall 类 的 而 房间 是 RoomWithABomb 的 。BombedMazeFactory 仅 需 重 定义 两 个 函数 : 


Wall* BombedMazeFactory::MakeWall () const { 
return new BombedWall; 
} 


Room* BombedMazeFactory: :MakeRoom(int n) const { 
return new RoomWithABomb(n); . 
} 


为 建造 一 个 包含 炸弹 的 简单 迷宫 ， 我 们 仅 用 BombedMazeFactory 调 用 CreateMaze。 


MazeGame game; 
BombedMazeFactory factory; 


game.CreateMaze (factory); 


CreateMaze 也 可 以 接收 一 个 EnchantedMazeFactory 实 例 来 建造 施 了 魔法 的 迷宫 。 

注意 MazeFactory 仅 是 工厂 方法 的 一 个 集合 。 这 是 最 通常 的 实现 Abstract Factory 模 式 的 方 
式 。 同 时 注意 MazeFactory 不 是 一 个 抽象 类 ; 因此 它 既 作为 AbstractFactory 也 作为 
ConcreteFactory。 这 是 Abstract Factory 模 式 的 简单 应 用 的 另 一 个 通常 的 实现 。 因 为 
MazeFactory 是 一 个 完全 由 工厂 方法 组 成 的 具体 类 ， 通 过 生成 一 个 子 类 并 重 定义 需要 改变 的 操 
作 ， 它 很 容易 生成 一 个 新 的 MazeFactory。 

CreateMaze 使 用 房间 的 SetSide 操 作 以 指定 它们 的 各 面 。 如 果 它 用 一 个 BombedMazeFactory 
创建 房间 ， 那 么 该 迷宫 将 由 有 BombedWall 面 的 RoomWithABomb 对 象 组 成 。 如 果 
RoomWithABomb 必 须 访问 一 个 BombedWall 的 与 特定 子 类 相关 的 成 员 ， 那 么 它 将 不 得 不 对 它 的 
墙壁 引用 以 进行 从 Wall* 到 BombedWall* 的 转换 。 只 要 该 参数 确实 是 一 个 BombedWall， 这 个 向 
下 类 型 转换 就 是 安全 的 ， 而 如 果 墙 壁 仅 由 一 个 BombedMazeFactory 创 建 就 可 以 保证 这 一 点 。 

当然 ， 像 Smalltalk 这 样 的 动态 类 型 语言 不 需要 向 下 类 型 转换 ， 但 如 果 它 们 在 应 该 是 Wall 
的 子 类 的 地 方 遇 到 一 个 Wall 类 可 能 会 产生 运行 时 刻 错误 。 使 用 Abstract Factory 建 造 墙壁 ， 通 
过 确定 仅 有 特定 类 型 的 墙壁 可 以 被 创建 ， 从 而 有 助 于 防止 这 些 运行 时 刻 错误 。 

让 我 们 考虑 一 个 Smalltalk 版 本 的 MazeFactory ， 它 仅 有 一 个 以 要 生成 的 对 象 种 类 为 参数 的 
make 操 作 。 此 外 ， 具 体 工厂 存储 它 所 创建 的 产品 的 类 。 

首先 ， 我 们 用 Smalltalk 写 一 个 等 价 的 CreateMaze: 


createMaze: aFactory 
| rooml room2 aDoor | 
rooml := (aFactory make: #room) number: 1. 
room2 := (aFactory make: #room) number: 2. 
aDoor := (aFactory make: #door) from: rooml to: room2. 
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rooml atSide: #north put: (aFactory make: #wall). 
rooml atSide: #east put: aDoor. 

rooml atSide: #south put: (aFactory make: #wall). 
rooml atSide: #west put: (aFactory make: #wall). 
room2 atSide: #north put: (aFactory make: #wall). 
room2 atSide: #east put: (aFactory make: #wall). 
room2 atSide: #south put: (aFactory make: #wall). 
room2 atSide: #west put: aDoor. . 

^ Maze new addRoom: rooml; addRoom: room2; yourself 


正如 我 们 在 实现 一 节 所 讨论 ，MazeFactory 仅 需 一 个 实例 变量 partCatalog 来 提供 一 个 字典 ， 
这 个 字典 的 主键 为 迷宫 组 件 的 类 。 也 回想 一 下 我 们 是 如 何 实现 make: 方 法 的 : 


make: partName 
* (partCatalog at: partName) new 


现在 我 们 可 以 创建 一 个 MazeFactory 并 用 它 来 实现 CreateMaze。 我 们 将 用 类 MazeGame 的 
一 个 方法 CreateMazeFactory 来 创建 该 工厂 。 


createMazeFactory 
^ (MazeFactory new 
addPart: Wall named: #wall; 
addPart: Room named: #room; 
addPart: Door named: #door; 
yourself) 


通过 将 不 同 的 类 与 它们 的 主键 相关 联 ， 就 可 以 创建 一 个 BombedMazeFactory 或 Enchanted 
MazeFactory。 例 如 ， 一 个 EnchantedMazeFactory 可 以 这 样 被 创建 ; 


createMazeFactory 
” (MazeFactory new 
addPart: Wall named: #wall; 
addPart: EnchantedRoom named: #room; 
addPart: DoorNeedingSpell named: #door; 
yourself) 


11. 已 知 应 用 

InterView 使 用 “Kit” 后 缀 [Lin92] 来 表示 AbstractFactory 类 。 它 定义 WidgetKit 和 DialogKit 
抽象 工厂 来 生成 与 特定 视 感 风格 相关 的 用 户 界 面 对 象 。InterView 还 包括 一 个 LayoutKit， 它 根 
据 所 需要 的 布局 生成 不 同 的 组 成 (composition ) 对 象 。 例 如 ， 一 个 概念 上 是 水 平 的 布局 根据 
文档 的 定位 〈 画像 或 是 风景 ) 可 能 需要 不 同 的 组 成 对 象 。 

ET++[WGM88] 使 用 Abstract Factory 模 式 以 达到 在 不 同窗 口 系统 (例如 ，X Windows 和 
SunView ) 间 的 可 移植 性 。WindowSystem 抽 象 基 类 定义 一 些 接 口 ， 来 创建 表示 窗口 系统 资源 
的 对 象 ( 例如 MakeWindow、MakeFont、MakeColor )。 具 体 的 子 类 为 某 个 特定 的 窗口 系统 实 
现 这 些 接口 。 运 行 时 刻 ，ET++ 创 建 一 个 具体 WindowSystem 子 类 的 实例 ， 以 创建 具体 的 系统 
资源 对 象 。 

12. 相关 模式 

AbstractFactory 类 通常 用 工厂 方法 ( Factory Method (3.3 ) ) 实现 ， 但 它们 也 可 以 用 
Prototype 实 现 。 

一 个 具体 的 工厂 通常 是 一 个 单 件 ( Singleton ( 3.5 ) )。 


3.2 BUILDER ( 生成 器 ) 一 一 对 象 创建 型 模式 


1. 意图 l 
将 一 个 复杂 对 象 的 构建 与 它 的 表示 分 离 ， 使 得 同样 的 构建 过 程 可 以 创建 不 同 的 表示 。 
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2. 动机 

一 个 RTF (Rich Text Format ) 文档 交换 格式 的 阅读 器 应 能 将 RTF 转 换 为 多 种 正文 格式 。 
该 阅读 器 可 以 将 RTF 文 档 转 换 成 普通 ASCII 文 本 或 转换 成 一 个 能 以 交互 方式 编辑 的 正文 窗口 组 
件 。 但 问题 在 于 可 能 转换 的 数目 是 无 限 的 。 因 此 要 能 够 很 容易 实现 新 的 转换 的 增加 ， 同 时 却 
不 改变 RTF 阅 读 器 。 

一 个 解决 办 法 是 用 一 个 可 以 将 RTE 转 换 成 另 一 种 正文 表示 的 TextConverter 对 象 配 置 这 个 
RTEFReader 类 。 当 RTEFReader 对 RTEF 文 档 进 行 语 法 分 析 时 ， 它 使 用 TextConverter 去 做 转换 。 无 
论 何 时 RTFReader 识 别 了 一 个 RTF 标 记 ( 或 是 普通 正文 或 是 一 个 RTF 控 制 字 )， 它 都 发 送 一 个 
请 求 给 TextConverter 去 转换 这 个 标记 。TextConverter 对 象 负 责 进 行 数 据 转换 以 及 用 特定 格式 
表示 该 标记 ， 如 下 图 所 示 。 









ParseRTF( 9 ko 


while (t = get the next token) { 
pwitch t. Type { 
builder->ConvertCharacter(t. Char) 
builder->ConvertFontChange(t.Font) 


) builder->ConverParagraphf) 
} 





TextConvert 的 子 类 对 不 同 转换 和 不 同 格式 进行 特殊 处 理 。 例 如 ， 一 个 ASCIIConverter 只 
负责 转换 普通 文本 ， 而 忽略 其 他 转换 请 求 。 另 一 方面 ， 一 个 TeXConverter 将 会 为 实现 对 所 有 
请 求 的 操作 ， 以 便 生 成 一 个 获取 正文 中 所 有 风格 信息 的 TEX 表 示 。 一 个 TextWidgetConverter 
将 生成 一 个 复杂 的 用 户 界面 对 象 以 便 用 户 浏览 和 编辑 正文 。 

每 种 转换 器 类 将 创建 和 装配 一 个 复杂 对 象 的 机 制 隐 含 在 抽象 接口 的 后 面 。 转 换 器 独立 于 
阅读 器 ， 阅 读 器 负责 对 一 个 RTF 文 档 进行 语法 分 析 。 

Builder 模 式 描 述 了 所 有 这 些 关 系 。 每 一 个 转换 器 类 在 该 模式 中 被 称 为 生成 器 (builder )， 
而 阅读 器 则 称 为 导向 器 ( director )。 在 上 面 的 例子 中 ，Builder 模 式 将 分 析 文 本 格式 的 算法 
( 即 RTF 文 档 的 语法 分 析 程 序 ) 与 描述 怎样 创建 和 表示 一 个 转换 后 格式 的 算法 分 离开 来 。 这 使 
我 们 可 以 重用 RTFReader 的 语法 分 析 算 法 ,根据 RTF 文 档 创 建 不 同 的 正文 表示 一 一 仅 需 使 用 不 
同 的 TextConverter 的 子 类 配置 该 RTFReader 即 可 。 

3. 适用 性 

在 以 下 情况 使 用 Builder 模 式 

。 当 创建 复杂 对 象 的 算法 应 该 独立 于 该 对 象 的 组 成 部 分 以 及 它们 的 装配 方式 时 。 

。 当 构造 过 程 必须 允许 被 构造 的 对 象 有 不 同 的 表示 时 。 

4. 结 . 构 

此 模式 结构 如 下 页 上 图 所 示 。 
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' 
for all objects in structure { 
} builder~>BuildPart() 


5. 参与 者 
e Builder ( TextConverter ) 
一 为 创建 一 个 Product 对 象 的 各 个 部 件 指定 抽象 接口 。 
。ConcreteBuilder ( ASCIIConverter、TeXConverter、TextWidgetConverter ) 
一 实现 Builder 的 接口 以 构造 和 装配 该 产品 的 各 个 部 件 。 
一 定义 并 明确 它 所 创建 的 表示 。 
一 提供 一 个 检索 产品 的 接口 ( 例如 ，GetASCIITText 和 GetTextWidget )。 
* Director ( RTFReader ) 
一 构造 一 个 使 用 Builder 接 口 的 对 象 。 
* Product ( ASCIIText、TeXText、TextWidget ) 
一 表示 被 构造 的 复杂 对 象 。ConcreteBuilder 创 建 该 产品 的 内 部 表示 并 定义 它 的 装配 过 程 。 
一 包含 定义 组 成 部 件 的 类 ， 包 括 将 这 些 部 件 装配 成 最 终 产品 的 接口 。 
6. 协作 
“客户 创建 Director 对 象 ， 并 用 它 所 想 要 的 Builder 对 象 进行 配置 。 
“一旦 产品 部 件 被 生成 ， 导 向 器 就 会 通知 生成 器 。 
。 生 成 器 处 理 导向 器 的 请 求 ， 并 将 部 件 添 加 到 该 产品 中 。 
“客户 从 生成 器 中 检索 产品 。 
下 面 的 交互 图 说 明了 Builder 和 Director 是 如 何 与 一 个 客户 协作 的 。 


ConcreteBulider 


BuildPart() 
GetResult() 





aClient aDirector aConcreteBuilder 


new ConcreteBuilder 


Construct() 


GetResult() 


这 里 是 Builder 模 式 的 主要 效果 : 





7. 效果 
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1) 它 使 你 可 以 改变 一 个 产品 的 内 部 表示 “Builder 对 象 提供 给 导向 器 一 个 构造 产品 的 抽象 
接口 。 该 接口 使 得 生成 器 可 以 隐藏 这 个 产品 的 表示 和 内 部 结构 。 它 同时 也 隐藏 了 该 产品 是 如 
何 装配 的 。 因 为 产品 是 通过 抽象 接口 构造 的 ， 你 在 改变 该 产品 的 内 部 表示 时 所 要 做 的 只 是 定 
义 一 个 新 的 生成 器 。 

2) 它 将 构造 代码 和 表示 代码 分 开 “Builder 模 式 通过 封装 一 个 复杂 对 象 的 创建 和 表示 方式 
提高 了 对 象 的 模块 性 。 客 户 不 需要 知道 定义 产品 内 部 结构 的 类 的 所 有 信息 ; 这 些 类 是 不 出 现 
在 Builder 接 口中 的 。 每 个 ConcreteBuilder 包 含 了 创建 和 装配 一 个 特定 产品 的 所 有 代码 。 这 些 
代码 只 需要 写 一 次 ; 然后 不 同 的 Director 可 以 复 用 它 以 在 相同 部 件 集合 的 基础 上 构 作 不 同 的 
Product。 在 前 面 的 RTF 例 子 中 ， 我 们 可 以 为 RTF 格 式 以 外 的 格式 定义 一 个 阅读 器 ， 比 如 一 个 
SGMLReader， 并 使 用 相同 的 TextConverter 生 成 SGML 文 档 的 ASCIIText、TeXText 和 
TextWidget 译 本 。 

3) 它 使 你 可 对 构造 过 程 进行 更 精细 的 控制 ”Builder 模 式 与 一 下 子 就 生成 产品 的 创建 型 模 
式 不 同 ， 它 是 在 导向 者 的 控制 下 一 步 一步 构 造 产品 的 。 仅 当 该 产品 完成 时 导向 者 才 从 生成 器 
中 取 回 它 。 因 此 Builder 接 口 相 比 其 他 创建 型 模式 能 更 好 的 反映 产品 的 构造 过 程 。 这 使 你 可 以 
更 精细 的 控制 构建 过 程 ， 从 而 能 更 精细 的 控制 所 得 产品 的 内 部 结构 。 

8. 实现 

通常 有 一 个 抽象 的 Builder 类 为 导向 者 可 能 要 求 创建 的 每 一 个 构件 定义 一 个 操作 。 这 些 操 
作 缺 省 情况 下 什么 都 不 做 。 一 个 ConcreteBuilder 类 对 它 有 兴趣 创建 的 构件 重 定义 这 些 操作 。 

这 里 是 其 他 一 些 要 考虑 的 实现 问题 : 

1) 装配 和 构造 接口 ”生成 器 逐步 的 构造 它们 的 产品 。 因 此 Builder 类 接口 必须 足够 普遍 ， 
以 便 为 各 种 类 型 的 具体 生成 器 构造 产品 。 

一 个 关键 的 设计 间 题 在 于 构造 和 装配 过 程 的 模型 。 构 造 请 求 的 结果 只 是 被 添加 到 产品 中 ， 
通常 这 样 的 模型 就 已 足够 了 。 在 RTEF 的 例子 中 ， 生 成 器 转换 下 一 个 标记 并 将 它 添加 到 它 已 经 
转换 了 的 正文 中 。 

但 有 时 你 可 能 需要 访问 前 面 已 经 构造 了 的 产品 部 件 。 我 们 在 代码 示例 一 节 所 给 出 的 Maze 
例子 中 ，MazeBuilder 接 口 允许 你 在 已 经 存在 的 房间 之 间 增 加 一 扇 门 。 像 语法 分 析 树 这 样 自 底 
向 上 构建 的 树 型 结构 就 是 另 一 个 例子 。 在 这 种 情况 下 ， 生 成 器 会 将 子 结 点 返回 给 导向 者 ， 然 
后 导向 者 将 它们 回 传 给 生成 者 去 创建 父 结 点 。 

2) 为 什么 产品 没有 抽象 类 ”通常 情况 下 ， 由 具体 生成 器 生成 的 产品 ， 它 们 的 表示 相差 是 
如 此 之 大 以 至 于 给 不 同 的 产品 以 公共 父 类 没有 太 大 意思 。 在 RTF 例 子 中 ，ASCIIText 和 
TextWidget 对 象 不 太 可 能 有 公共 接口 ， 它 们 也 不 需要 这 样 的 接口 。 因 为 客户 通常 用 合适 的 具 
体 生 成 器 来 配置 导向 者 ， 客 户 处 于 的 位 置 使 它 知道 Builder 的 哪 一 个 具体 子 类 被 使 用 和 能 相应 
的 处 理 它 的 产品 。 

3) 在 Builder 中 却 省 的 方法 为 空 C++ 中 ， 生 成 方法 故意 不 声明 为 纯 虚 成 员 函 数 ， 而 是 把 
它们 定义 为 空 方法 ， 这 使 客户 只 重 定 义 他 们 所 感 兴趣 的 操作 。 

9. 代码 示例 

我 们 将 定义 一 个 CreateMaze 成 员 函 数 的 变 体 ， 它 以 类 MazeBuilder 的 一 个 生成 器 对 象 作为 


MazeBuilder 类 定义 下 面 的 接口 来 创建 迷宫 ， 
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class MazeBuilder { 
public: 
virtual void BuildMaze() { } 
virtual void BuildRoom(int room) { } 
virtual void BuildDoor(int roomFrom, int roomTo) { } 


virtual Maze* GetMaze() { return 0; } 
protected: 

MazeBuilder(); 
}; 


该 接口 可 以 创建 : 1 ) 迷宫 。2 ) 有 一 个 特定 房间 号 的 房间 。3 ) 在 有 号 码 的 房间 之 间 的 门 。 
GetMaze 操 作 返 回 这 个 迷宫 给 客户 。MazeBuilder 的 子 类 将 重 定义 这 些 操作 ， 返 回 它 们 所 创建 
的 迷宫 

MazeBuilder 的 所 有 建造 迷宫 的 操作 缺 省 时 什么 也 不 做 。 不 将 它们 定义 为 纯 虚 函 数 是 为 了 
便于 派生 类 只 重 定 义 它们 所 感 兴趣 的 那些 方法 。 

用 MazeBuilder 接 口 ， 我 们 可 以 改变 CreateMaze 成 员 函 数 ， 以 生成 器 作为 它 的 参数 。 


Maze* MazeGame:;:CreateMaze (MazeBuilder& builder) { 
builder .BuildMaze(); 


' builder. BuildRoom(1); 
builder.BuildRoom (2); 
builder.BuildDoor(1, 2); 


return builder.GetMaze(); 


} 


ix CreateMazefik 4 ROR MABEL, TERRE AaB AE O(n] Bk BY A RER Bd 
义 房 间 、 门 和 墙壁 的 那些 类 一 一 以 及 这 些 部 件 是 如 何 组 装 成 最 终 的 迷宫 的 。 有 人 可 能 猜测 到 
有 一 些 类 是 用 来 表示 房间 和 门 的 ,但 没有 迹象 显示 哪个 类 是 用 来 表示 墙壁 的 。 这 就 使 得 改变 

一 个 迷宫 的 表示 方式 要 容易 一 些 ， 因 为 所 有 MazeBuilder 的 客户 都 不 需要 被 改变 。 

像 其 他 创建 型 模式 一 样 ，Builder 模 式 封装 了 对 象 是 如 何 被 创建 的 ， 在 这 个 例子 中 是 通过 
MazeBuilder 所 定义 的 接口 来 封装 的 。 这 就 意味 着 我 们 可 以 重用 MazeBuilder 来 创建 不 同 种 类 的 
迷宫 。CreateComplexMaze 操 作 给 出 了 一 个 例子 : 


Maze* MazeGame::CreateComplexMaze (MazeBuilder& builder) { 
builder .BuildRoom (1); 
// sae 
builder.BuildRoom(1001); 


return builder.GetMaze(); 
} 


注意 MazeBuilder 自 己 并 不 创建 迷宫 ; 它 的 主要 目的 仅仅 是 为 创建 迷宫 定义 一 个 接口 。 它 
主要 为 方便 起 见 定义 一 些 空 的 实现 。MazeBuilder 的 子 类 做 实际 工作 。 
子 类 StandardMazeBuilder 是 一 个 创建 简单 迷宫 的 实现 。 它 将 它 正 在 创建 的 迷宫 放 在 变量 
currentMaze 中 。 


class StandardMazeBuilder : public MazeBuilder { 
public: ` 
StandardMazeBuilder(); 


virtual void BuildMaze(); 
virtual void BuildRoom(int); 
virtual void BuildDoor(int, int); 
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virtual Maze* GetMaze(); 

private: 
Direction CommonWall(Room*, Room*) ; 
Maze* _currentMaze; i 

}; 


CommonWall 是 一 个 功能 性 操作 ， 它 决定 两 个 房间 之 间 的 公共 墙壁 的 方位 。 


StandardMazeBuilder 的 构造 器 只 初始 化 了 _currentMaze。 


StandardMazeBuilder: :StandardMazeBuilder () { 
_currentMaze = 0; 


} 
BuildMaze 实 例 化 一 个 Maze， 它 将 被 其 他 操作 装配 并 最 终 返 回 给 客户 (通过 GetMaze )。 


void StandardMazeBuilder: :BuildMaze () { 
_CurrentMaze = new Maze; i 
} 


Maze* StandardMazeBuilder::GetMaze () { 
return _currentMaze; 


} 
BuildRoom 操 作 创建 一 个 房间 并 建造 它 周 围 的 墙壁 : 


void StandardMazeBuilder::BuildRoom (int n) { 
if (!_currentMaze->RoomNo(n)) { 
Room* room = new Room(n); 
_currentMaze->AddRoom (room) ; 


room->SetSide (North, new Wall); 
room->SetSide (South, new Wall); 
room->SetSide(East, new Wall); 
room->SetSide (West, new Wall); 


} 


为 建造 一 扇 两 个 房间 之 间 的 门 ，StandardMazeBuilder 查 找 迷 宫 中 的 这 两 个 房间 并 找到 它 


们 相 邻 的 墙 : 
void StandardMazeBuilder::BuildDoor (int nl, int n2) { 
Room* rl = _currentMaze->RoomNo(n1); 
Room* r2 = _currentMaze->RoomNo(n2); 


Door* d = new Door(rl, r2); 


r1->SetSide(CommonWall(r1,r2), d); 
r2->SetSide(CommonWall(r2,r1)}, d); 
} 


客户 现在 可 以 用 CreateMaze 和 StandardMazeBuilder 来 创建 一 个 迷宫 : 


Maze* maze; 
MazeGame game; 
StandardMazeBuilder builder; 


game .CreateMaze (builder); 
maze = builder.GetMaze(); 


我 们 本 可 以 将 所 有 的 StandardMazeBuilder 操 作 放 在 Maze 中 并 让 每 一 个 Maze 创 建 它 自身 。 
但 将 Maze 变 得 小 一 些 使 得 它 能 更 容易 被 理解 和 修改 ， 而 且 StandardMazeBuilder 易 于 从 Maze 中 
分 离 。 更 重要 的 是 ， 将 两 者 分 离 使 得 你 可 以 有 多 种 MazeBuilder， 每 一 种 使 用 不 同 的 房间 、 墙 
壁 和 门 的 类 。 
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一 个 更 特殊 的 MazeBuilder 是 CountingMazeBuilder。 这 个 生成 器 根本 不 创建 迷宫 ; EMM 
对 已 被 创建 的 不 同 种 类 的 构件 进行 计数 。 


class CountingMazeBuilder : public MazeBuilder { 
public: 
Count ingMazeBuilder (); 


virtual void BuildMaze(); 

virtual void BuildRoom(int) ; 

virtual void BuildDoor(int, int); 
virtual void AddWall(int, Direction); 


void GetCounts(int&, int&}) const; 
private: 

int doors; 

int _rooms; 
}; 


构造 器 初始 化 该 计数 器 ， 而 重 定义 了 的 MazeBuilder 操 作 只 是 相应 的 增加 计数 。 


CountingMazeBuilder: :CountingMazeBuilder () { 
_rooms = _doors = 0; 


} 


void CountingMazeBuilder::BuildRoom (int) { 
_rooms++; . 


} 


void CountingMazeBuilder::BuildDoor (int, int) { 
_doors++; 


} 


void CountingMazeBuilder::GetCounts ( 
int& rooms, int& doors 


) const { 
rooms = _rooms; 
doors = _doors; 


} 
下 面 是 一 个 客户 可 能 怎样 使 用 CountingMazeBuilder: 


int rooms, doors; 
MazeGame game; 
CountingMazeBuilder builder; 


game .CreateMaze (builder); 
builder.GetCounts(rooms, doors); 


cout << "The maze has " 
<< rooms << " rooms and " 
<< doors << * doors” << endl; 


10. 已 知 应 用 
RTF 转 换 器 应 用 来 自 ET++[WGM88]。 它 的 正文 生成 模块 使 用 一 个 生成 器 处 理 以 RTF 格 式 
存储 的 正文 。 

生成 器 在 Smalltalk-80[Par90] 中 是 一 个 通用 的 模式 : 

。 编 译 子 系统 中 的 Parser 类 是 一 个 Director， 它 以 一 个 ProgramNodeBuilder 对 象 作 为 参数 。 
每 当 Parser 对 象 识别 出 一 个 语法 结构 时 ， 它 就 通知 它 的 ProgramNodeBuilder 对 象 。 当 这 
个 语法 分 析 器 做 完 时 ， 它 向 该 生成 器 请 求 它 生成 的 语法 分 析 树 并 将 语法 分 析 树 返回 给 客 
户 。 
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。ClassBuilder 是 一 个 生成 器 ，Class 使 用 它 为 自己 创建 子 类 。 在 这 个 例子 中 ,一 个 Class 既 
是 Director 也 是 Product。 

"ByteCodeStream 是 一 个 生成 器 ， 它 将 一 个 被 编译 了 的 方法 创建 为 字 节 数组 。 
ByteCodeStream 不 是 Builder 模 式 的 标准 使 用 ， 因 为 它 生 成 的 复杂 对 象 被 编码 为 一 个 字 节 
数组 ， 而 不 是 正常 的 Smalltalk 对 象 。 但 ByteCodeStream 的 接口 是 一 个 典型 的 生成 器 ， 而 
且 将 很 容易 用 一 个 将 程序 表示 为 复合 对 象 的 不 同 的 类 来 替换 ByteCodeStream。 

自 适 应 通讯 环境 ( Adaptive Communications Environment) 中 的 服务 配置 者 ( Service 
Configurator ) 框架 使 用 生成 器 来 构造 运行 时 刻 动 态 连 接 到 服务 器 的 网 络 服务 构件 [SS94]。 这 
些 构件 使 用 一 个 被 LALR (1) 语法 分 析 器 进行 语法 分 析 的 配置 语言 来 描述 。 这 个 语法 分 析 器 
的 语义 动作 对 将 信息 加 载 给 服务 构件 的 生成 器 进行 操作 。 在 这 个 例子 中 ， 语 法 分 析 器 就 是 
Director。 

11. 相关 模式 

Abstract Factory (3.1 ) 与 Builder 相 似 ， 因 为 它 也 可 以 创建 复杂 对 象 。 主 要 的 区 别 是 
Builder 模 式 着 重 于 一 步 步 构造 一 个 复杂 对 象 。 而 Abstract Factory 着 重 于 多 个 系列 的 产品 对 象 
(简单 的 或 是 复杂 的 )。Builder 在 最 后 的 一 步 返 回 产品 ， 而 对 于 Abstract Factory 来 说 ， 产 品 是 
立即 返回 的 。 

Composite (4.3 ) 通常 是 用 Builder 生 成 的 。 


3.3 FACTORY METHOD (工厂 方法 ) 一 一 对 象 创建 型 模式 


1. 意图 

定义 一 个 用 于 创建 对 象 的 接口 ， 让 子 类 决定 实例 化 哪 一 个 类 。Factory Method 使 一 个 类 的 
实例 化 延迟 到 其 子 类 。 

2. 别名 

虚构 造 器 ( Virtual Constructor ) 

3. 动机 

框架 使 用 抽象 类 定义 和 维护 对 象 之 间 的 关系 。 这 些 对 象 的 创建 通常 也 由 框架 负责 。 

考虑 这 样 一 个 应 用 框架 ， 它 可 以 向 用 户 显 示 多 个 文档 。 在 这 个 框架 中 ， 两 个 主要 的 抽象 是 
类 Application 和 Document。 这 两 个 类 都 是 抽象 的 ， 客 户 必 须 通过 它们 的 子 类 来 做 与 具体 应 用 相 
关 的 实现 。 例 如 ， 为 创建 一 个 绘图 应 用 ， 我 们 定义 类 DrawingApplication 和 DrawingDocument。 
Application 类 负责 管理 Document 并 根据 需要 创建 它们 一 一 例如 ， 当 用 户 从 菜单 中 选择 Open 或 
New 的 时 候 。 

因为 被 实例 化 的 特定 Document 子 类 是 与 特定 应 用 相关 的 ， 所 以 Application 类 不 可 能 预测 
到 哪个 Document 子 类 将 被 实例 化 一 一 Application 类 仅 知道 一 个 新 的 文档 何 时 应 被 创建 ， 而 不 
知道 哪 一 种 Document 将 被 创建 。 这 就 产生 了 一 个 乾 雁 的 局 面 : 框架 必须 实例 化 类 ， 但 是 它 只 
知道 不 能 被 实例 化 的 抽象 类 。 

Factory Method 模 式 提 供 了 一 个 解决 办 案 。 它 封装 了 哪 一 个 Document 子 类 将 被 创建 的 信 
息 并 将 这 些 信息 从 该 框架 中 分 离 出 来 ， 如 下 页 上 图 所 示 。 

Application 的 子 类 重 定义 Application 的 抽象 操作 CreateDocument 以 返回 适当 的 Document 
子 类 对 象 。 一旦 一 个 Application 子 类 实例 化 以 后 ， 它 就 可 以 实例 化 与 应 用 相关 的 文档 ， 而 无 
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需 知道 这 些 文档 的 类 。 我 们 称 CreateDocument 是 一 个 工厂 方法 (factory method )， 因 为 它 负 
责 “ 和 生产” 一 个 对 象 。 


Open() 
Closa() 
Save() 
Revert() 


Application 


CreateDocument() 
NewDocument() o- 
OpenDocument() 















-------- docs.Add(doc); 
doc->Open(); 







vee 
4. 适用 性 


在 下 列 情 况 下 可 以 使 用 Factory Method aR: 

。 当 一 个 类 不 知道 它 所 必须 创建 的 对 象 的 类 的 时 候 。 

。 当 一 个 类 希望 由 它 的 子 类 来 指定 它 所 创建 的 对 象 的 时 候 。 

。 当 类 将 创建 对 象 的 职责 委托 给 多 个 帮助 子 类 中 的 某 一 个 ， 并 且 你 希望 将 哪 一 个 帮助 子 类 
是 代理 者 这 一 信息 局 部 化 的 时 候 。 

5. 结 构 





D 
一 return new MyDocument 





AnOperation() ©- 
A 





oe 





八 
oe 
w 
= 


6. 参与 者 
。Product(Document) 
一 定义 工厂 方法 所 创建 的 对 象 的 接口 。 
* ConcreteProduct ( MyDocument ) 
一 实现 Product 接 口 。 
。Creator (Application ) 
一 声明 工厂 方法 ， 该 方法 返回 一 个 Product 类 型 的 对 象 。Creator 也 可 以 定义 一 个 工厂 方 
法 的 缺 省 实现 ， 它 返回 一 个 缺 省 的 ConcreteProduct 对 象 。 
一 可 以 调用 工厂 方法 以 创建 一 个 Product 对 象 。 
e ConcreteCreator ( MyApplication ) 
一 重 定义 工厂 方法 以 返回 一 个 ConcreteProduct 实 例 。 
7. 协作 
。Creator 依 赖 于 它 的 子 类 来 定义 工厂 方法 ， 所 以 它 返 回 一 个 适当 的 ConcreteProduct 实 例 。 
8. 效果 
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工厂 方法 不 再 将 与 特定 应 用 有 关 的 类 绑 定 到 你 的 代码 中 。 代 码 仅 处 理 Product 接 口 ; 因此 
它 可 以 与 用 户 定义 的 任何 ConcreteProduct 类 一 起 使 用 。 

工厂 方法 的 一 个 潜在 缺点 在 于 客户 可 能 仅仅 为 了 创建 一 个 特定 的 ConcreteProduct 对 象 ， 
就 不 得 不 创建 Creator 的 子 类 。 当 Creator 子 类 不 必需 时 ， 客 户 现在 必然 要 处 理 类 演化 的 其 他 方 
fi; 但 是 当 客 户 无 论 如 何必 须 创建 Creator 的 子 类 时 ， 创建 子 类 也 是 可 行 的 。 

下 面 是 Factory Method 模 式 的 另外 两 种 效果 : 

1) 为 子 类 提供 挂钩 (hook ) “用 工厂 方法 在 一 个 类 的 内 部 创建 对 象 通常 比 直 接 创建 对 象 
更 灵活 。Factory Method 给 子 类 一 个 挂 钧 以 提供 对 象 的 扩展 版 本 。 

在 Document 的 例子 中 ，Document 类 可 以 定义 一 个 称 为 CreateFileDialog 的 工厂 方法 ,该 方 
法 为 打开 一 个 已 有 的 文档 创建 默认 的 文件 对 话 框 对 象 。Document 的 子 类 可 以 重 定义 这 个 工厂 
方法 以 定义 一 个 与 特定 应 用 相关 的 文件 对 话 框 。 在 这 种 情况 下 ， 工 厂 方法 就 不 再 抽象 了 而 是 
提供 了 一 个 合理 的 缺 省 实现 。 

2) 连接 平行 的 类 层次 ”迄今 为 止 ， 在 我 们 所 考虑 的 例子 中 ， 工 厂 方法 并 不 往往 只 是 被 
Creator 调 用 ， 客 户 可 以 找到 一 些 有 用 的 工厂 方法 ， 尤 其 在 平行 类 层次 的 情况 下 。 

当 一 个 类 将 它 的 一 些 职责 委托 给 一 个 独立 的 类 的 时 候 ， 就 产生 了 平行 类 层次 。 考 虑 可 以 
被 交互 操纵 的 图 形 ; 也 就 是 说 ， 它 们 可 以 用 鼠标 进行 伸展 、 移 动 ， 或 者 旋转 。 实 现 这 样 一 些 
交互 并 不 总 是 那么 容易 ， 它 通常 需要 存储 和 更 新 在 给 定时 刻 记 录 操 纵 状 态 的 信息 ， 这 个 状态 
仅仅 在 操纵 时 需要 。 因 此 它 不 需要 被 保存 在 图 形 对 象 中 。 此 外 ， 当 用 户 操 纵 图 形 时 ， 不 同 的 
图 形 有 不 同 的 行为 。 例 如 ， 将 直线 图 形 拉 长 可 能 会 产生 一 个 端点 被 移动 的 效果 ， 而 伸展 正文 
图 形 则 可 能 会 改变 行距 。 

有 了 这 些 限 制 ， 最 好 使 用 一 个 独立 的 Manipulator 对 象 实 现 交互 并 保存 所 需要 的 任何 与 特 
定 操纵 相关 的 状态 。 不 同 的 图 形 将 使 用 不 同 的 Manipulator 子 类 来 处 理 特定 的 交互 。 得 到 的 
Manipulator 类 层次 与 Figure 类 层次 是 平行 ( 至 少 部 分 平行 )， 如 下 图 所 示 。 


CreateManipulator() 













rs 


CreateManipulator() 








CreateManipulator() 


I 


Figure 类 提供 了 一 个 CreateManipulator 工 厂 方 法 ， 它 使 得 客户 可 以 创建 一 个 与 Figure 相 对 
应 的 Manipulator。Figure 子 类 重 定义 该 方法 以 返回 一 个 合适 的 Manipulator 子 类 实例 。 做 为 一 
种 选择 ，Figure 类 可 以 实现 CreateManipulator 以 返回 一 个 默认 的 Manipulator 实 例 ， 而 Figure 子 
类 可 以 只 是 继承 这 个 缺 省 实现 。 这 样 的 Figure 类 不 需要 相应 的 Manipulator 子 类 一 一 因此 该 层次 
只 是 部 分 平行 的 。 

注意 工厂 方法 是 怎样 定义 两 个 类 层次 之 间 的 连接 的 。 它 将 哪些 类 应 一 同 工 作 工 作 的 信息 
局 部 化 了 。 
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9. 实现 

当 应 用 Factory Method 模 式 时 要 考虑 下 面 一 些 问题 ; 

1) 主要 有 两 种 不 同 的 情况 Factory Method 模 式 主要 有 两 种 不 同 的 情况 : 1) 第 一 种 情况 
是 ，Creator 类 是 一 个 抽象 类 并 且 不 提供 它 所 声明 的 工厂 方法 的 实现 。2 ) 第 二 种 情况 是 ， 
Creator 是 一 个 具体 的 类 而 且 为 工厂 方法 提供 一 个 缺 省 的 实现 。 也 有 可 能 有 一 个 定义 了 缺 省 实 
现 的 抽象 类 ， 但 这 不 太 常 见 。 

第 一 种 情况 需要 子 类 来 定义 实现 ， 因 为 没有 合理 的 缺 省 实现 。 它 避免 了 不 得 不 实例 化 不 
可 预见 类 的 问题 。 在 第 二 种 情况 中 ， 具体 的 Creator 主 要 因为 灵活 性 才 使 用 工矿 方法 。 它 所 遵 
循 的 准则 是 ,“ 用 一 个 独立 的 操作 创建 对 象 ， 这 样子 类 才能 重 定义 它们 的 创建 方式 。” 这 条 准 
则 保证 了 子 类 的 设计 者 能 够 在 必要 的 时 候 改 变 父 类 所 实例 化 的 对 象 的 类 。 

2) 参数 化 工厂 方法 ”该 模式 的 另 一 种 情况 使 得 工厂 方法 可 以 创建 多 种 产品 。 工 厂 方 法 采 
用 一 个 标识 要 被 创建 的 对 象 种 类 的 参数 。 工 厂 方法 创建 的 所 有 对 象 将 共享 Product 接 口 。 在 
Document 的 例子 中 ，Application 可 能 支持 不 同 种 类 的 Document。 你 给 CreateDocument 传 递 一 
个 外 部 参数 来 指定 将 要 创建 的 文档 的 种 类 。 

图 形 编辑 框架 Unidraw [VL90] 使 用 这 种 方法 来 重 构 存 储 在 磁盘 上 的 对 象 。Unidraw 定 义 了 
一 个 Creator 类 ， 该 类 拥有 一 个 以 类 标识 符 为 参数 的 工厂 方法 Create。 类 标识 符 指定 要 被 实例 
化 的 类 。 当 Unidraw 将 一 个 对 象 存盘 时 ， 它 首先 写 类 标识 符 ， 然 后 是 它 的 实例 变量 。 当 它 从 磁 
盘 中 重 构 该 对 象 时 ， 它 首先 读 取 的 是 类 标识 符 。 

一 旦 类 标识 符 被 读 取 后 ， 这 个 框架 就 将 该 标识 符 作为 参数 ， 调 用 Create 。Create 到 构造 器 
中 查询 相应 的 类 并 用 它 实 例 化 对 象 。 最 后 ，Create 调 用 对 象 的 Read 操 作 ， 读 取 磁 盘 上 剩余 的 
信息 并 初始 化 该 对 象 的 实例 变量 。 . 

一 个 参数 化 的 工厂 方法 具有 如 下 的 一 般 形式 ， 此 处 MyProduct 和 YourProduct 是 Product 的 
FH: 
class Creator { 
public: 


virtual Product* Create (ProductId) ; 
}; f 


Product* Creator::Create (ProductId id) { 
if (id == MINE) return new MyProduct; 
if (id == YOURS) return new YourProduct; 
// repeat for remaining products... 


return 0; 
} 


重 定义 一 个 参数 化 的 工厂 方法 使 你 可 以 简单 而 有 选择 性 的 扩展 或 改变 一 个 Creator 生 产 的 
产品 。 你 可 以 为 新 产品 引入 新 的 标识 符 ， 或 可 以 将 已 有 的 标识 符 与 不 同 的 产品 相关 联 。 

例如 ， 子 类 MyCreator 可 以 交换 MyProduct 和 YourProduct 并 且 : 支 持 一 个 新 的 子 类 
TheirProduct: 


Product* MyCreator::Create (ProductId id) { 
if (id == YOURS) return new MyProduct; 
if (id == MINE) return new YourProduct; 

// N.B.: switched YOURS and MINE 


if (id == THEIRS) return new TheirProduct; 
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return Creator::Create(id); // called if all others fail 


} 

_ 注意 这 个 操作 所 做 的 最 后 一 件 事 是 调用 父 类 的 Create。 这 是 因为 MyCreator::Create 仅 在 对 
YOURS、MINE 和 THEIRS 的 处 理 上 和 父 类 不 同 。 它 对 其 他 类 不 感 兴趣 。 因 此 MyCreator 扩 展 
了 所 创建 产品 的 种 类 ， 并 且 将 除 少数 产品 以 外 所 有 产品 的 创建 职责 延迟 给 了 父 类 。 

3) 特定 语言 的 变化 和 问题 不 同 的 语言 有 助 于 产生 其 他 一 些 有 趣 的 变化 和 警告 ( caveat )。 

Smailtalk 程 序 通常 使 用 一 个 方法 返回 被 实例 化 的 对 象 的 类 。Creator 工 厂 方法 可 以 使 用 这 
个 值 去 创建 一 个 产品 ， 并 且 ConcreteCreator 可 以 存储 甚至 计算 这 个 值 。 这 个 结果 是 对 实例 化 
的 ConcreteProduct 类 型 的 一 个 更 迟 的 绑 定 。 

Smalltalk 版 本 的 Document 的 例子 可 以 在 Application 中 定义 一 个 documentClass 方 法 。 该 方 
法 为 实例 化 文档 返回 合适 的 Document 类 ， 其 在 MyApplication 中 的 实现 返回 MyDocument 类 。 
这 样 在 类 Application 中 我 们 有 


clientMethod g 
document := self documentClass new. 


documentClass 
self subclassResponsibility 


在 类 MyApplication 中 我 们 有 


documentClass 
^ MyDocument 


它 把 将 被 实例 化 的 类 MyDocument 返 回 给 Application 。 一 个 更 灵活 的 类 似 于 参数 化 工厂 方 
法 的 办 法 是 将 被 创建 的 类 存储 为 Application 的 一 个 类 变量 。 你 用 这 种 方法 在 改变 产品 时 就 无 
需 用 到 Application 的 子 类 。 

C++ 中 的 工厂 方法 都 是 虚 函 数 并 且 常 常 是 纯 虚 函数 。 一 定 要 注意 在 Creator 的 构造 器 中 不 
要 调用 工厂 方法 一 一 在 ConcreteCreator 中 该 工厂 方法 还 不 可 用 。 

只 要 你 使 用 按 需 创建 产品 的 访问 者 操作 ， 很 小 心地 访问 产品 ， 你 就 可 以 避免 这 一 点 。 构 
造 器 只 是 将 产品 初始 化 为 0%， 而 不 是 创建 一 个 具体 产品 。 访 问 者 返回 该 产品 。 但 首先 它 要 检查 
确定 该 产品 的 存在 ， 如 果 产 品 不 存在 ,访问 者 就 创建 它 。 这 种 技术 有 时 被 称 为 lazy 
initialization。 下 面 的 代码 给 出 了 一 个 典型 的 实现 : 


class Creator { 
public: 
Product* GetProduct (); 
protected: 
f virtual Product* CreateProduct (); 
private: 
Product* _product; 
}; 


Product* Creator::GetProduct () { 
if (_product == 0) { 
product = CreateProduct (); 
} 
return _product; 
} 


4) 使 用 模板 以 避免 创建 子 类 ”正如 我 们 已 经 提 及 的 ， 工 厂 方法 另 一 个 潜在 的 问题 是 它们 
可 能 仅 为 了 创建 适当 的 Product 对 象 而 迫使 你 创建 Creator 子 类 。 在 C++ 中 另 一 个 解决 方法 是 提 
供 Creator 的 一 个 模板 子 类 ， 它 使 用 Product 类 作为 模板 参数 : 
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class Creator { 
public: 

virtual Product* CreateProduct() = 0; 
‘3 


template <class TheProduct> 
class StandardCreator: public Creator { 
public: 
virtual Product* CreateProduct (); 
} 


template <class TheProduct> 

Product* StandardCreator<TheProduct>::CreateProduct () { 
return new TheProduct; : 

} 


使 用 这 个 模板 ， 客 户 仅 提供 产品 类 一 一 而 不 需要 创建 Creator 的 子 类 。 


class MyProduct : public Product { 
public: 

My Product () ; 

// an’ 
} 


StandardCreator<MyProduct> myCreator; 


5) 命名 约定 ”使 用 命名 约定 是 一 个 好 习惯 ， 它 可 以 清楚 地 说 明 你 正在 使 用 工厂 方法 。 例 
如 ，Macintosh 的 应 用 框架 MacApp [App89] 总 是 声明 那些 定义 为 工厂 方法 的 抽象 操作 为 Class* 
DoMakeClass( )， 此 处 Class 是 Product 类 。 

10. 代码 示例 

函数 CreateMaze ( 第 3 章 ) 建造 并 返回 一 个 迷宫 。 这 个 函数 存在 的 一 个 问题 是 它 对 迷宫 、 
房间 、 门 和 墙壁 的 类 进行 了 硬 编码 。 我 们 将 引入 工厂 方法 以 使 子 类 可 以 选择 这 些 构件 。 首 先 
我 们 将 在 MazeGame 中 定义 工厂 方法 以 创建 迷宫 、 房 间 、 墙 壁 和 门 对 象 : 


class MazeGame { 
public: 
Maze* CreateMaze(); 


// factory methods: 


virtual. Maze* MakeMaze() const 
{ return new Maze; } 
virtual Room* MakeRoom(int n) const 
{ return new Room(n); } 
virtual Wall* MakeWall() const 
{ return new Wall; } 
virtual Door* MakeDoor (Room* rl, Room* r2) const 
{ return new Door(ri, r2); } 


}; 


每 一 个 工厂 方法 返回 一 个 给 定 类 型 的 迷宫 构件 。MazeGame 提 供 一 些 缺 省 的 实现 ， 它 们 返 
回 最 简单 的 迷宫 、 房 间 、 墙 壁 和 门 。 
现在 我 们 可 以 用 这 些 工 厂 方法 重 写 CreateMaze: 


Maze* MazeGame::CreateMaze () { 
Maze* aMaze = MakeMaze(); 


Room* rl = MakeRoom(1); 
Room* r2 = MakeRoom(2); 
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Door* theDoor = MakeDoor(rl, r2); 


aMaze->AddRoom(r1); 
aMaze->AddRoom(r2); 


ri->SetSide(North, MakeWall()); 
rl->SetSide(East, theDoor); 

rl->SetSide(South, MakeWall()); 
rl->SetSide(West, MakeWall()); 


r2->SetSide(North, MakeWall()); 
r2->SetSide(East, MakeWall()); 
r2->SetSide(South, MakeWall()); 
r2->SetSide(West, theDoor); 
return aMaze; 


} 


不 同 的 游戏 可 以 创建 MazeGame 的 子 类 以 特别 指明 一 些 迷 富 的 部 件 。MazeGame 子 类 可 以 
重 定义 一 些 或 所 有 的 工厂 方法 以 指定 产品 中 的 变化 。 例 如 ， 一 个 BombedMazeGame 可 以 重 定 
义 产品 Room 和 Wall 以 返回 爆炸 后 的 变 体 : 


class BombedMazeGame : public MazeGame { 
public: “ 
BombedMazeGame () ; 


virtual Wall* MakewWall() const 
{ return new BombedWall; } 


virtual Room* MakeRoom(int n) const 
{ return new RoomWithABomb(n); } 
}; 


一 个 EnchantedMazeGame 变 体 可 以 像 这 样 定 义 ， 


class EnchantedMazeGame : public MazeGame { 
public: 
Enchant edMazeGame () ; 


virtual Room* MakeRoom(int n) const 
{ return new EnchantedRoom(n, CastSpell()); } 


virtual Door* MakeDoor(Room* rl, Room* r2) const 
{ return new DoorNeedingSpell (ri, r2); } 
protected: 


Spell* CastSpell() const; 
}; f 


11. 已 知 应 用 

工厂 方法 主要 用 于 工具 包 和 框架 中 。 前 面 的 文档 例子 是 MacApp 和 ET++[WGM88] 中 的 一 
个 典型 应 用 。 操 纵 器 的 例子 来 自 Unidraw。 

Smalltalk-80 Model/View/Controller 框 架 中 的 类 视图 (Class View ) 有 一 个 创建 控制 器 的 
方法 defaultController， 它 有 点 类 似 于 一 个 工厂 方法 [Par90]。 但 是 View 的 子 类 通过 定义 
defaultControllerClass 来 指定 它们 默认 的 控制 器 的 类 。defaultControllerClass 返 回 
defaultController 所 创建 实例 的 类 ， 因 此 它 才 是 真正 的 工厂 方法 ， 即 子 类 应 该 重 定义 它 。 

Smalltalk-80 中 一 个 更 为 深奥 的 例子 是 由 Behavior ( 用 来 表示 类 的 所 有 对 象 的 超 类 ) 定义 
的 工厂 方法 parserClass。 这 使 得 一 个 类 可 以 对 它 的 源 代码 使 用 一 个 定制 的 语法 分 析 器 。 例 如 ， 
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parserClass ， 返 回 一 个 标准 的 Smalltalk Parser 类 。 一 个 包含 嵌入 SQL 语句 的 类 重 定 义 了 该 方法 
( 以 类 方法 的 形式 ) 并 返回 SQLParser 类 。 

IONA Technologies 的 Orbix ORB 系 统 [ION94] 在 对 象 给 一 个 远程 对 象 引用 发 送 请 求 时 ， 使 
用 Factory Method 生 成 一 个 适当 类 型 的 代理 (参见 Proxy ( 4.7 ) )。Factory Method 使 得 易于 替 
换 缺 省 代理 。 比 如 说 ， 可 以 用 一 个 使 用 客户 端 高 速 缓存 的 代理 来 替换 。 

12. 相关 模式 

Abstract Factory (3.1 ) 经 常用 工厂 方法 来 实现 。Abstract Factory 模 式 中 动机 一 节 的 例子 
也 对 Factory Method 进 行 了 说 明 。 

工厂 方法 通常 在 Template Methods (5.10) 中 被 调用 。 在 上 面 的 文档 例子 中 ，NewDocument 
就 是 一 个 模板 方法 。 

Prototypes (3.4) 不 需要 创建 Creator 的 子 类 。 但 是 ， 它 们 通常 要 求 一 个 针对 Product 类 的 
Initialize 操 作 。Creator 使 用 Initialize 来 初始 化 对 象 。 而 Factory Method 不 需要 这 样 的 操作 。 


3.4 PROTOTYPE ( 原型 ) 一 一 对 象 创建 型 模式 


1. 意图 

用 原型 实例 指定 创建 对 象 的 种 类 ， 并 且 通 过 拷贝 这 些 原型 创建 新 的 对 象 。 

2. 动机 

你 可 以 通过 定制 一 个 通用 的 图 形 编辑 器 框架 和 增加 一 些 表示 音符 、 休 止 符 和 五 线 谱 的 新 
对 象 来 构造 一 个 乐谱 编辑 器 。 这 个 编辑 器 框架 可 能 有 一 个 工具 选择 板 用 于 将 这 些 音 乐 对 象 加 
到 乐谱 中 。 这 个 选择 板 可 能 还 包括 选择 、 移 动 和 其 他 操纵 音乐 对 象 的 工具 。 用 户 可 以 点 击 四 
分 音符 工具 并 使 用 它 将 四 分 音符 加 到 乐谱 中 。 或 者 他 们 可 以 使 用 移动 工具 在 五 线 谱 上 上 下 移 
动 一 个 音符 ， 从 而 改变 它 的 音调 。 

我 们 假定 该 框架 为 音符 和 五 线 谱 这 样 的 图 形 构件 提供 了 一 个 抽象 的 Graphics 类 。 此 外 ， 为 
定义 选择 板 中 的 那些 工具 ， 还 提供 一 个 抽象 类 Tool。 该 框架 还 为 一 些 创 建 图 形 对 象 实例 并 将 
它们 加 入 到 文档 中 的 工具 预定 义 了 一 个 GraphicTool 子 类 。 

但 GraphicTool 给 框架 设计 者 带 来 一 个 问题 。 音 符 和 五 线 谱 的 类 特定 于 我 们 的 应 用 ， 而 
GraphicTool 类 却 属于 框架 。GraphicTool 不 知道 如 何 创建 我 们 的 音乐 类 的 实例 ， 并 将 它们 添加 
到 乐谱 中 。 我 们 可 以 为 每 一 种 音乐 对 象 创建 一 个 GraphicTool 的 子 类 ， 但 这 样 会 产生 大 量 的 子 
类 ， 这 些 子 类 仅仅 在 它们 所 初始 化 的 音乐 对 象 的 类 别 上 有 所 不 同 。 我 们 知道 对 象 复 合 是 比 创 
建 子 类 更 灵活 的 一 种 选择 。 问 题 是 ， 该 框架 怎么 样 用 它 来 参数 化 GraphicTool 的 实例 ， 而 这 些 
实例 是 由 Graphic 类 所 支持 创建 的 。 

解决 办 法 是 让 GraphicTool 通 过 拷贝 或 者 “克隆 ”一 个 Graphic 子 类 的 实例 来 创建 新 的 
Graphic， 我 们 称 这 个 实例 为 一 个 原型 。GraphicTool 将 它 应 该 克隆 和 添加 到 文档 中 的 原型 作为 
参数 。 如 果 所 有 Graphic 子 类 都 支持 一 个 Clone 操 作 ， 那 么 GraphicTool 可 以 克隆 所 有 种 类 的 
Graphic， 如 下 页 上 图 所 示 。 

因此 在 我 们 的 音乐 编辑 器 中 ， 用 于 创建 个 音乐 对 象 的 每 一 种 工具 都 是 一 个 用 不 同 原型 进 
行 初始 化 的 GraphicTool 实 例 。 通 过 克隆 一 个 音乐 对 象 的 原型 并 将 这 个 克隆 添加 到 乐谱 中 ， 每 
个 GraphicTool 实 例 都 会 产生 一 个 音乐 对 象 。 
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我 们 甚至 可 以 进一步 使 用 Prototype 模 式 来 减少 类 的 数目 。 我 们 使 用 不 同 的 类 来 表示 全 音 
符 和 半音 符 ， 但 可 能 不 需要 这 人 么 做 。 它 们 可 以 是 使 用 不 同位 图 和 时 延 初 始 化 的 相同 的 类 的 实 
例 。 一 个 创建 全 音符 的 工具 就 是 这 样 的 GraphicTool， 它 的 原型 是 一 个 被 初始 化 成 全 音符 的 
MusicalNote。 这 可 以 极 大 的 减少 系统 中 类 的 数目 ， 同 时 也 更 易于 在 音乐 编辑 器 中 增加 新 的 音 


符 。 


3. 适用 性 

当 一 个 系统 应 该 独立 于 它 的 产品 创建 、 构 成 和 表示 时 ， 要 使 用 Prototype 模 式 ; 以 及 

。 当 要 实例 化 的 类 是 在 运行 时 刻 指定 时 ， 例 如 ， 通 过 动态 装载 ; 或 者 

。 为 了 避免 创建 一 个 与 产品 类 层次 平行 的 工厂 类 层次 时 ; 或 者 | 
。 当 一 个 类 的 实例 只 能 有 几 个 不 同 状态 组 合 中 的 一 种 时 。 建 立 相 应 数目 的 原型 并 克隆 它们 


可 能 比 每 次 用 合适 的 状态 手工 实例 化 该 类 更 方便 一 些 。 
4. 35 构 






5. 参与 者 

» Prototype ( Graphic ) 
一 声明 一 个 克隆 自身 的 接口 。 

» ConcretePrototype (Staff. WholeNote, HalfNote ) 
一 实现 一 个 克隆 自身 的 操作 。 

e Client ( GraphicTool ) 
一 让 一 个 原型 克隆 自身 从 而 创建 一 个 新 的 对 象 。 
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6. 协 作 

。 客 户 请 求 一 个 原型 克隆 自身 。 

7. 效果 

Prototype 有 许多 和 Abstract Factory (3.1) 和 Builder (3.2) 一 样 的 效果 : 它 对 客户 隐藏 了 
具体 的 产品 类 ， 因 此 减少 了 客户 知道 的 名 字 的 数目 。 此 外 ， 这 些 模式 使 客户 无 需 改 变 即 可 使 

与 特定 应 用 相关 的 类 。 

下 面 列 出 Prototype 模 式 的 另外 一 些 优点 。 

1) 运行 时 刻 增加 和 删除 产品 “Prototype 允许 只 通过 客户 注册 原型 实例 就 可 以 将 一 个 新 的 
具体 产品 类 并 人 系统 。 它 比 其 他 创建 型 模式 更 为 灵活 ， 因 为 客户 可 以 在 运行 时 刻 建立 和 删除 
原型 。 

2) 改变 值 以 指定 新 对 象 “高度 动 态 的 系统 允许 你 通过 对 象 复合 定义 新 的 行为 一 一 例如 ， 通 
过 为 一 个 对 象 变量 指定 值 一 一 并 且 不 定义 新 的 类 。 你 通过 实例 化 已 有 类 并 且 将 这 些 实例 注册 
为 客户 对 象 的 原型 ， 就 可 以 有 效 定义 新 类 别 的 对 象 。 客 户 可 以 将 职责 代理 给 原型 ， 从 而 表现 
出 新 的 行为 。 

这 种 设计 使 得 用 户 无 需 编程 即 可 定义 新 “类 ”。 实 际 上 ， 克 隆 一 个 原型 类 似 于 实例 化 一 个 
类 。Prototype 模 式 可 以 极 大 的 减少 系统 所 需要 的 类 的 数目 。 在 我 们 的 音乐 编辑 器 中 ， 一 个 
GraphicTool 类 可 以 创建 无 数 种 音乐 对 象 。 

3) 改变 结构 以 指定 新 对 象 ” 许 多 应 用 由 部 件 和 子 部 件 来 创建 对 象 。 例 如 电路 设计 编辑 器 
就 是 由 子 电 路 来 构造 电路 的 “ 。 为 方便 起 见 ， 这 样 的 应 用 通常 允许 你 实例 化 复杂 的 、 用 户 定 
义 的 结构 ， 比 方 说 ， 一 次 又 一 次 的 重复 使 用 一 个 特定 的 子 电路 。 

Prototype 模 式 也 支持 这 一 点 。 我 们 仅 需 将 这 个 子 电 路 作为 一 个 原型 增加 到 可 用 的 电路 元 
素 选 择 板 中 。 只 要 复合 电路 对 象 将 Clone 实 现 为 一 个 深 拷贝 (deep copy )， 具 有 不 同 结构 的 电 
路 就 可 以 是 原型 了 。 

4) 减少 子 类 的 构造 ”Factory Method (3.3) 经 常 产 生 一 个 与 产品 类 层次 平行 的 Creator 类 
层次 。Prototype 模 式 使 得 你 克隆 一 个 原型 而 不 是 请 求 一 个 工厂 方法 去 产生 一 个 新 的 对 象 。 因 
此 你 根本 不 需要 Creator 类 层次 。 这 一 优点 主要 适用 于 像 C++ 这 样 不 将 类 作为 一 级 类 对 象 的 语 
言 。 像 Smalltalk 和 Objective C 这 样 的 语言 从 中 获 益 较 少 ， 因 为 你 总 是 可 以 用 一 个 类 对 象 作 为 
生成 者 。 在 这 些 语言 中 ， 类 对 象 已 经 起 到 原型 一 样 的 作用 了 。 

5) 用 类 动态 配置 应 用 一 些 运行 时 刻 环境 允许 你 动态 将 类 装载 到 应 用 中 。 在 像 C++ 这 样 的 
语言 中 ，Prototype 模 式 是 利用 这 种 功能 的 关键 。 

一 个 希望 创建 动态 载 人 类 的 实例 的 应 用 不 能 静态 引用 类 的 构造 器 。 而 应 该 由 运行 环境 在 
载 人 时 自动 创建 每 个 类 的 实例 ， 并 用 原型 管理 器 来 注册 这 个 实例 (参见 实现 一 节 )。 这 样 应 用 
就 可 以 向 原型 管理 器 请 求 新 装载 的 类 的 实例 ， 这 些 类 原本 并 没有 和 程序 相连 接 。ET++ 应 用 框 
架 [WGM88] 有 一 个 运行 系统 就 是 使 用 这 一 方案 的 。 

Prototype 的 主要 缺陷 是 每 一 个 Prototype 的 子 类 都 必须 实现 Clone 操 作 ， 这 可 能 很 困难 。 例 
如 ， 当 所 考虑 的 类 已 经 存在 时 就 难以 新 增 Clone 操 作 。 当 内 部 包括 一 些 不 支持 拷贝 或 有 循环 引 
用 的 对 象 时 ， 实 现 克隆 可 能 也 会 很 困难 的 。 

8. 实现 


日 ”这样 的 应 用 反映 了 Composite ( 4.3 ) 和 Decorator (4.4) 模式 。 
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因为 在 像 C++ 这 样 的 静态 语言 中 ， 类 不 是 对 象 ， 并 且 运 行 时 刻 只 能 得 到 很 少 或 者 得 不 到 任 
何 类 型 信息 ， 所 以 Prototype 特 别 有 用 。 而 在 Smalltalk 或 Objective C 这 样 的 语言 中 Prototype 就 
不 是 那么 重要 了 ， 因 为 这 些 语言 提供 了 一 个 等 价 于 原型 的 东西 ( 即 类 对 象 ) 来 创建 每 个 类 的 
实例 。Prototype 模 式 在 像 Self[US87] 这 样 基 于 原型 的 语言 中 是 固有 的 ， 所 有 对 象 的 创建 都 是 通 
过 克隆 一 个 原型 实现 的 。 

当 实 现 原型 时 ， 要 考虑 下 面 一 些 问 题 : 

1) 使 用 一 个 原型 管理 器 ” 当 一 个 系统 中 原型 数目 不 固定 时 (也 就 是 说 ， 它 们 可 以 动态 创 
建 和 销毁 )， 要 保持 一 个 可 用 原型 的 注册 表 。 客 户 不 会 自己 来 管理 原型 ， 但 会 在 注册 表 中 存储 
和 检索 原型 。 客 户 在 克隆 一 个 原型 前 会 向 注册 表 请 求 该 原型 。 我 们 称 这 个 注册 表 为 原型 管理 
器 ( prototype manager )。 

原型 管理 器 是 一 个 关联 存储 器 (associative store )， 它 返回 一 个 与 给 定 关键 字 相 匹配 的 原 
型 。 它 有 一 些 操作 可 以 用 来 通过 关键 字 注册 原型 和 解除 注册 。 客 户 可 以 在 运行 时 更 改 甚或 浏 
览 这 个 注册 表 。 这 使 得 客户 无 需 编写 代码 就 可 以 扩展 并 得 到 系统 清单 。 

2) 实现 克隆 操作 “Prototype 模式 最 困难 的 部 分 在 于 正确 实现 Clone 操 作 。 当 对 象 结构 包含 
循环 引用 时 ， 这 尤为 棘手 。 

大 多 数 语言 都 对 克隆 对 象 提供 了 一 些 支持 。 例 如 ，Smalltalk 提 供 了 一 个 copy 的 实现 ， 它 
被 所 有 Object 的 子 类 所 继承 。C++ 提 供 了 一 个 拷贝 构造 器 。 但 这 些 设 施 并 不 能 解决 “ 浅 拷贝 和 
深 拷 贝 ”问题 [GR83]。 也 就 是 说 ， 克 隆 一 个 对 象 是 依次 克隆 它 的 实例 变量 呢 ， 或 者 还 是 由 克 
隆 对 象 和 原 对 象 共享 这 些 变量 ? 

浅 拷贝 简单 并 且 通 常 也 足够 了 ， 它 是 Smalltalk 所 缺 省 提供 的 。C++ 中 的 缺 省 拷贝 构造 器 实 
现 按 成 员 拷贝 ， 这 意味 着 在 拷贝 的 和 原来 的 对 象 之 间 是 共享 指针 的 。 但 克隆 一 个 结构 复杂 的 
原型 通常 需要 深 拷 贝 ， 因 为 复制 对 象 和 原 对 象 必须 相互 独立 。 因 此 你 必须 保证 克隆 对 象 的 构 
件 也 是 对 原型 的 构件 的 克隆 。 克 隆 人 迫使 你 决定 如 果 所 有 东西 都 被 共享 了 该 怎么 办 。 

如 果 系 统 中 的 对 象 提供 了 Save 和 Load 操 作 ， 那 么 你 只 需 通 过 保存 对 象 和 立刻 载 人 对 象 ， 
就 可 以 为 Clone 操 作 提供 一 个 缺 省 实现 。Save 操 作 将 该 对 象 保 存在 内 存 缓冲 区 中 ， 而 Load 则 通 
过 从 该 缓冲 区 中 重 构 这 个 对 象 来 创建 一 个 复 本 。 

3) 初始 化 克隆 对 象 “” 当 一 些 客户 对 克隆 对 象 已 经 相当 满意 时 ， 另 一 些 客户 将 会 希望 使 用 
他 们 所 选择 的 一 些 值 来 初始 化 该 对 象 的 一 些 或 是 所 有 的 内 部 状态 。 一 般 来 说 不 可 能 在 Clone 操 
作 中 传递 这 些 值 ， 因 为 这 些 值 的 数目 由 于 原型 的 类 的 不 同 而 会 有 所 不 同 。 一 些 原 型 可 能 需要 
多 个 初始 化 参数 ， 另 一 些 可 能 什么 也 不 要 。 在 Clone 操 作 中 传递 参数 会 破坏 克隆 接口 的 统一 
性 。 

可 能 会 这 样 ， 原 型 的 类 已 经 为 ( 重 ) 设 定 一 些 关键 的 状态 值 定义 好 了 操作 。 如 果 这 样 的 
话 ， 客 户 在 克隆 后 马上 就 可 以 使 用 这 些 操 作 。 否 则 ， 你 就 可 能 不 得 不 引入 一 个 Initialize 操 作 
(参见 代码 示例 一 节 )， 该 操作 使 用 初始 化 参数 并 据 此 设 定 克 隆 对 象 的 内 部 状态 。 注 意 深 拷贝 





Clone 操 作 一 一 一 些 复制 在 你 重新 初始 化 它们 之 前 可 能 必须 要 被 删除 掉 (删除 可 以 显 式 地 做 也 
可 以 在 Initialize 内 部 做 )。 
9. 代码 示例 


我 们 将 定义 MazeFactory (3.1) 的 子 类 MazePrototypeFactory。 该 子 类 将 使 用 它 要 创建 的 
对 象 的 原型 来 初始 化 ， 这 样 我 们 就 不 需要 仅仅 为 了 改变 它 所 创建 的 墙壁 或 房间 的 类 而 生成 子 
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类 了 。 
MazePrototypeFactory 用 一 个 以 原型 为 参数 的 构造 器 来 扩充 MazeFactory 接 口 : 


class MazePrototypeFactory : public MazeFactory { 
public: 
MazePrototypeFactory (Maze*, Wall*, Room*, Door*); 


virtual Maze* MakeMaze() const; 

virtual Room* MakeRoom(int) const; 

virtual Wall* MakeWall() const; 

virtual Door* MakeDoor (Room*, Room*) const; 


private: 
Maze* _prototypeMaze; 
Room* _prototypeRoom; 
Wall* _prototypeWall; 
Door* _prototypeDoor; 
}; 


新 的 构造 器 只 初始 化 它 的 原型 : 


MazePrototypeFactory: :MazePrototypeFactory ( 
Maze* m, Wall* w, Room* r, Door* d 


){ 


_prototypeMaze = m; 
_prototypeWall = w; 
_prototypeRoom = r; 
_prototypeDoor = d; 


} 


用 于 创建 墙壁 、 房 间 和 门 的 成 员 函 数 是 相似 的 : 每 个 都 要 克隆 一 个 原型 ， 然 后 初始 化 。 
下 面 是 MakeWall 和 MakeDoor 的 定义 : 


Wall* MazePrototypeFactory: :MakeWall () const { 
return _prototypeWall->Clone(); 
} 


Door* MazePrototypeFactory: :MakeDoor (Room* rl, Room *r2) const { 
Door* door = _prototypeDoor->Clone(); 
door->Initialize(rl, r2); 
return door; 

} 


我 们 只 需 使 用 基本 迷宫 构件 的 原型 进行 初始 化 ， 就 可 以 由 MazePrototypeFactory 来 创建 一 
个 原型 的 或 缺 省 的 迷宫 : 


MazeGame game; 

MazePrototypeFactory simpleMazeFactory ( 
new Maze, new Wall, new Room, new Door 

) 7 


Maze* maze = game.CreateMaze (simpleMazeFactory); 


为 了 改变 迷宫 的 类 型 ， 我 们 用 一 个 不 同 的 原型 集合 来 初始 化 MazePrototypeFactory。 下 面 
的 调用 用 一 个 BombedDoor 和 一 个 RoomWithABomb 创 建 了 一 个 迷宫 : 


MazePrototypeFactory bombedMazeFactory ( 
new Maze, new BombedWall, 
new RoomWithABomb, new Door 

) 


一 个 可 以 被 用 作 原 型 的 对 象 ， 例 如 Wall 的 实例 ， 必 须 支 持 Clone 操 作 。 它 还 必须 有 一 个 找 
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贝 构造 器 用 于 克隆 。 它 可 能 还 需要 一 个 独立 的 操作 来 重新 初始 化 内 部 状态 。 我 们 将 给 Door 增 
加 Initialize 操 作 以 允许 客户 初始 化 克隆 对 象 的 房间 。 
将 下 面 Door 的 定义 与 第 3 章 的 进行 比较 : 


class Door : public MapSite { 
public: 

Door (); 

Door (const Door&); 


virtual void Initialize(Room*, Room*); 
virtual Door* Clone() const; 
virtual void Enter(); 
Room* OtherSideFrom(Room*) ; 
private: 
Room* _rooml1; 
Room* _room2; 
}; 


Door: :Door (const Door& other) { 
_rooml = other. _roomi; 
_room2 = other._room2; 


} 


void Door::Initialize (Room* rl, Room* r2) { 
—rooml = ri; 
_room2 = r2; 


} 


Door* Door::Clone () const { 
return new Door (*this); 


} 
BombedWall 子 类 必须 重 定义 Clone 并 实现 相应 的 拷贝 构造 器 。 


Class BombedWall : public Wall { 
public: 

BombedWall (); 

BombedWall (const BombedWall&); 


virtual Wall* Clone() const; 
bool HasBomb(); 


private: 
bool _bomb; 
}; 
BombedWall::BombedWall (const BombedWall& other) : Wall(other) { 


bomb = other._bomb; 
} 


Wall* BombedWall::Clone () const { 
return new BombedWall(*this); 
} 


虽然 BompedWall::Clone 返 回 一 个 Wall* ， 但 它 的 实现 返回 了 一 个 指向 子 类 的 新 实例 的 指 
针 ， 即 BombedWall* 。 我 们 在 基 类 中 这 样 定义 Clone 是 为 了 保证 克隆 原型 的 客户 不 需要 知道 具 
体 的 子 类 。 客 户 决 不 需要 将 Clone 的 返回 值 向 下 类 型 转换 为 所 需 类 型 。 

在 Smalitalk 中 ， 你 可 以 重用 从 Object 中 继承 的 标准 copy 方 法 来 克隆 任 一 MapSite。 你 可 以 
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用 MazeFactory 来 生成 你 需要 的 原型 ; 例如 ， 你 可 以 提供 名 字 #room 来 创建 一 个 房间 。 
MazeFactory 有 一 个 将 名 字 上 映射 为 原型 的 字典 。 它 的 make: 方 法 如 下 : 


Make: partName 
^ (partCatalog at: partName) copy 


假定 有 用 原型 初始 化 MazeFactory 的 适当 方法 ， 你 可 以 用 下 面 代码 创建 一 个 简单 迷宫 : 


CreateMaze 
on: (MazeFactory new 
with: Door new named: #door; 
with: Wall new named: #wall; 
with: Room new named: #room;. 
yourself) 


其 中 CreateMaze 的 类 方法 on: 的 定义 将 是 


on: aFactory 
| rooml room2 | 


rooml := (aFactory make: #room) location: 1@1. 

room2 := (aFactory make: #room) location: 2@1. 

door := (aFactory make: #door) from: rooml to: room2. 
rooml 


atSide: #north put: (aFactory make: #wall); 
atSide: #east put: door; 
atSide: #south put: (aFactory make: #wall); 
atSide: #west put: (aFactory make: #wall). 
room2 
atSide: #north put: (aFactory make: #wall); 
atSide: #east put: (aFactory make: #wall); 
atSide: #south put: (aFactory make: #wall); 
atSide: #west put: door. 
Maze new 
addRoom: room1; 
addRoom: room2; 
yourself 


10. 已 知 应 用 

可 能 Prototype 模 式 的 第 一 个 例子 出 现 于 Ivan Sutherland 的 Sketchpad 系 统 中 [Sut631。 该 模 
式 在 面向 对 象 语 言 中 第 一 个 广为人知 的 应 用 是 在 ThingLab 中 ， 其 中 用 户 能 够 生成 复合 对 象 ， 
然后 把 它 安 装 到 一 个 可 重用 的 对 象 库 中 从 而 促使 它 成 为 一 个 原型 [Bor81]。Goldberg 和 Robson 
都 提出 原型 是 一 种 模式 fTGR83]， 但 Coplien[Cop92] 给 出 了 一 个 更 为 完整 的 描述 。 他 为 C++ 描述 “ 
了 与 Prototype 模 式 相 关 的 术语 并 给 出 了 很 多 例子 和 变种 。 

etgdb 是 一 个 基于 ET++ 的 调试 器 前 端 ， 它 为 不 同 的 行 导 向 〈1line-oriented ) 调试 器 提供 了 
一 个 点 触 式 (point-and-click ) 接口 。 每 个 调试 器 有 相应 的 DebuggerAdaptor 子 类 。 例 如 ， 
GdbAdaptor 使 etgdb 适 应 GNU 的 gdb 命 令 语 法 ， 而 SunDbxAdaptor 则 使 etgdb 适 应 Sun 的 dbx 调 试 
器 。etgdb 没 有 一 组 硬 编码 于 其 中 的 DebuggerAdaptor 类 。 它 从 环境 变量 中 读 取 要 用 到 的 适配器 
的 名 字 ， 在 一 个 全 局 表 中 根据 特定 名 字 查 询 原型 ， 然 后 克隆 这 个 原型 。 新 的 调试 器 通过 与 该 
调试 器 相对 应 的 DebuggerAdaptor 链 接 ， 可 以 被 添加 到 etgdb 中 。 

Mode Composer 中 的 “交互 技术 库 ”( interaction technique library ) 存储 了 支持 多 种 交互 
技术 的 对 象 的 原型 [Sha90]。 将 Mode Composer 创 建 的 任 一 交互 技术 放 入 这 个 库 中 ， 它 就 可 以 
被 作为 一 个 原型 使 用 。Prototype 模 式 使 得 Mode Composer 可 支持 数目 无 限 的 交互 技术 。 

前 面 讨论 过 的 音乐 编辑 器 的 例子 是 基于 Unidraw 绘 图 框架 的 [VL90]。 

11. 相关 模式 
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正如 我 们 在 这 一 章 结尾 所 讨论 的 那样 ，Prototype 和 Abstract Factory (3.1) 模式 在 某 种 方 
面 是 相互 竞争 的 。 但 是 它们 也 可 以 一 起 使 用 。Abstract Factory 可 以 存储 一 个 被 克隆 的 原型 的 
集合 ， 并 且 返 回 产 品 对 象 。 
大 量 使 用 Composite ( 4.3 ) 和 Decorator (4.4) 模式 的 设计 通常 也 可 从 Prototype 模 式 处 获 
益 。 


3.5 SINGLETON ( 单 件 ) 一 一 对 象 创建 型 模式 


1. 意图 

保证 一 个 类 仅 有 一 个 实例 ， 并 提供 一 个 访问 它 的 全 局 访问 点 。 

2. 动机 

对 一 些 类 来 说 ， 只 有 一 个 实例 是 很 重要 的 。 虽 然 系统 中 可 以 有 许多 打印 机 ， 但 却 只 应 该 
有 一 个 打印 假 脱 机 ( printer spooler )， 只 应 该 有 一 个 文件 系统 和 一 个 窗口 管理 器 。 一 个 数字 滤 
波 器 只 能 有 一 个 A/D 转 换 器 。 一 个 会 计 系统 只 能 专用 于 一 个 公司 。 

我 们 怎么 样 才 能 保证 一 个 类 只 有 一 个 实例 并 且 这 个 实例 易于 被 访问 呢 ? 一 个 全 局 变量 使 
得 一 个 对 象 可 以 被 访问 ， 但 它 不 能 防止 你 实例 化 多 个 对 象 。 

”一 个 更 好 的 办 法 是 ， 让 类 自身 负责 保存 它 的 唯一 实例 。 这 个 类 可 以 保证 没有 其 他 实例 可 
以 被 创建 (通过 截取 创建 新 对 象 的 请 求 )， 并 且 它 可 以 提供 一 个 访问 该 实例 的 方法 。 这 就 是 
Singleton 模 式 。 l 

3. 适用 性 

在 下 面 的 情况 下 可 以 使 用 Singleton 模 式 

。 当 类 只 能 有 一 个 实例 而 且 客 户 可 以 从 一 个 众所周知 的 访问 点 访问 它 时 。 

。 当 这 个 唯一 实例 应 该 是 通过 子 类 化 可 扩展 的 ， 并 且 客 户 应 该 无 需 更 改 代码 就 能 使 用 一 个 






扩展 的 实例 时 。 
4. 结构 
see 
rn e 
SingletonOperation() 
. | GetSingletonData() 
static uniqueinstance 
singletonData 
5. 参与 者 
* Singleton 


一 定义 一 个 Instance 操 作 ， 人 允许 客户 访问 它 的 唯一 实例 。Instance 是 一 个 类 操作 ( 即 
Smalltalk 中 的 一 个 类 方法 和 C++ 中 的 一 个 静态 成 员 函 数 )。 
一 可 能 负责 创建 它 自己 的 唯一 实例 。 
6. 协作 
。 客 户 只 能 通过 Singleton 的 Instance 操 作 访 问 一 个 Singleton 的 实例 。 
7. 效果 
Singleton 模 式 有 许多 优点 : 
1) 对 唯一 实例 的 受 控 访问 ”因为 Singleton 类 封装 它 的 唯一 实例 ， 所 以 它 可 以 严格 的 控制 
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客户 怎样 以 及 何 时 访问 它 。 

2) 缩小 名 空间 ”Singleton 模 式 是 对 全 局 变量 的 一 种 改进 。 它 避免 了 那些 存储 唯一 实例 的 
全 局 变量 污染 名 空间 。 

3) 允许 对 操作 和 表示 的 精 化 ”Singleton 类 可 以 有 子 类 ， 而 且 用 这 个 扩展 类 的 实例 来 配置 
一 个 应 用 是 很 容易 的 。 你 可 以 用 你 所 需要 的 类 的 实例 在 运行 时 刻 配置 应 用 。 

4) 允许 可 变数 目的 实例 ”这 个 模式 使 得 你 易于 改变 你 的 想法 ， 并 允许 Singleton 类 的 多 个 
实例 。 此 外 ， 你 可 以 用 相同 的 方法 来 控制 应 用 所 使 用 的 实例 的 数目 。 只 有 允许 访问 Singleton 
实例 的 操作 需要 改变 。 

5) 比 类 操作 更 灵活 另 一 种 封装 单 件 功能 的 方式 是 使 用 类 操作 ( 即 C++ 中 的 静态 成 员 函 数 
或 者 是 Smalltalk 中 的 类 方法 )。 但 这 两 种 语言 技术 都 难以 改变 设计 以 允许 一 个 类 有 和 多 个 实例 。 
此 外 ，C++ 中 的 静态 成 员 函 数 不 是 虚 函 数 ， 因 此 子 类 不 能 多 态 的 重 定义 它们 。 

8. 实现 

下 面 是 使 用 Singleton 模 式 时 所 要 考虑 的 实现 问题 : 

1) 保证 一 个 唯一 的 实例 ”Singleton 模 式 使 得 这 个 唯一 实例 是 类 的 一 般 实例 ， 但 该 类 被 写 
成 只 有 一 个 实例 能 被 创建 。 做 到 这 一 点 的 一 个 常用 方法 是 将 创建 这 个 实例 的 操作 隐藏 在 一 个 
类 操作 ( 即 一 个 静态 成 员 函 数 或 者 是 一 个 类 方法 ) 后 面 ， 由 它 保证 只 有 一 个 实例 被 创建 。 这 
个 操作 可 以 访问 保存 唯一 实例 的 变量 ， 而 且 它 可 以 保证 这 个 变量 在 返回 值 之 前 用 这 个 唯一 实 
例 初 始 化 。 这 种 方法 保证 了 单 件 在 它 的 首次 使 用 前 被 创建 和 使 用 。 

在 C++ 中 你 可 以 用 Singleton 类 的 静态 成 员 函 数 Instance 来 定义 这 个 类 操作 。Singleton 还 定 
义 了 一 个 静态 成 员 变 量 _instance， 它 包含 了 一 个 指向 它 的 唯一 实例 的 指针 。 

Singleton 类 定义 如 下 


class Singleton { 
public: 

static Singleton* Instance(); 
protected: 

Singleton(); 
private: 

static Singleton* _instance; 
}; 


相应 的 实现 是 

Singleton* Singleton::_instance = 0; 

Singleton* Singleton::Instance () { 
if (_instance == 0) { 


_instance = new Singleton; 
} 
return _instance; 


} 

客户 仅 通过 Instance 成 员 函 数 访问 这 个 单 件 。 变 量 _instance 初 始 化 为 0， 而 静态 成 员 函 数 
Instance 返 回 该 变量 值 ， 如 果 其 值 为 0 则 用 唯一 实例 初始 化 它 。Instance 使 用 惰性 (lazy) 初始 
化 ; 它 的 返回 值 直到 被 第 一 次 访问 时 才 创 建 和 保存 。 

注意 构造 器 是 保护 型 的 。 试 图 直接 实例 化 Singleton 的 客户 将 得 到 一 个 编译 时 的 错误 信息 。 
这 就 保证 了 仅 有 一 个 实例 可 以 被 创建 。 

此 外 ， 因 为 _instance 是 一 个 指向 Singleton 对 象 的 指针 ，Instance 成 员 藉 数 可 以 将 一 个 指向 
Singleton 的 子 类 的 指针 赋 给 这 个 变量 。 我 们 将 在 代码 示例 一 节 给 出 一 个 这 样 的 例子 。 
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关于 C++ 的 实现 还 有 一 点 需要 注意 。 将 单 件 定义 为 一 个 全 局 或 静态 的 对 象 ， 然 后 依赖 于 自 
动 的 初始 化 ， 这 是 不 够 的 。 有 如 下 三 个 原因 : 

a) 我 们 不 能 保证 静态 对 象 只 有 一 个 实例 会 被 声明 。 

b) 我 们 可 能 没有 足够 的 信息 在 静态 初始 化 时 实例 化 每 一 个 单 件 。 单 件 可 能 需要 在 程序 执 
行 中 稍 后 被 计算 出 来 的 值 。 

c) C++ 没 有 定义 转换 单元 (translation unit) 上 全 局 对 象 的 构造 器 的 调用 顺序 [ES90]。 这 
就 意味 着 单 件 之 间 不 存在 依赖 关系 ; 如 果 有 ， 那 么 错误 将 是 不 可 避免 的 。 

使 用 全 局 /静态 对 象 的 实现 方法 还 有 另 一 个 ( 尽管 很 小 ) 缺点 ， 它 使 得 所 有 单 件 无 论 用 到 
与 否 都 要 被 创建 。 使 用 静态 成 员 函 数 避 免 了 所 有 这 些 问 题 。 

Smalltalk 中 ， 返 回 唯一 实例 的 函数 被 实现 为 Singleton 类 的 一 个 类 方法 。 为 保证 只 有 一 个 
实例 被 创建 ， 重 定义 了 new 操 作 。 得 到 的 Singleton 类 可 能 有 下 列 两 个 类 方法 ， 其 中 
SoleInstance 是 一 个 其 他 地 方 并 不 使 用 的 类 变量 : 


new 
self error: ‘cannot create new object’ 


default 
SoleInstance isNil ifTfrue: [SoleInstance := super new]. 
^ SoleInstance ` 


2) 创建 Singleton 类 的 子 类 ”主要 问题 与 其 说 是 定义 子 类 不 如 说 是 建立 它 的 唯一 实例 ， 这 
样 客户 就 可 以 使 用 它 。 事 实 上 ， 指 向 单 件 实例 的 变量 必须 用 子 类 的 实例 进行 初始 化 。 最 简单 
的 技术 是 在 Singleton 的 Instance 操 作 中 决定 你 想 使 用 的 是 哪 一 个 单 件 。 代 码 示例 一 节 中 的 一 个 
例子 说 明了 如 何 用 环境 变量 实现 这 一 技术 。 

另 一 个 选择 Singleton 的 子 类 的 方法 是 将 Instance 的 实现 从 父 类 ( 即 MazeFactory ) 中 分 离 出 
来 并 将 它 放 人 子 类 。 这 就 允许 C++ 程序 员 在 链接 时 刻 决 定单 件 的 类 ( 即 通过 链 人 一 个 包含 不 
同 实现 的 对 象 文 件 )， 但 对 单 件 的 客户 则 隐蔽 这 一 点 。 

链接 的 方法 在 链接 时 刻 确定 了 单 件 类 的 选择 ， 这 使 得 难以 在 运行 时 刻 选 择 单 件 类 。 使 用 
条 件 语 句 来 决定 子 类 更 加 灵活 一 些 ， 但 这 硬性 限定 (hard-wire ) 了 可 能 的 Singleton 类 的 集合 。 
这 两 种 方法 不 是 在 所 有 的 情况 都 足够 灵活 的 。 

一 个 更 灵活 的 方法 是 使 用 一 个 单 件 注册 表 (registry of singleton )。 可 能 的 Singleton 类 的 

合 不 是 由 Instance 定 义 的 ，Singleton 类 可 以 根据 名 字 在 一 个 众所周知 的 注册 表 中 注册 它们 的 
单 件 实例 。 

这 个 注册 表 在 字符 串 名 字 和 和 单 件 之 间 建 立 映射 。 当 Instance 需 要 一 个 单 件 时 ， 它 参考 注册 
K, 根据 名 字 请 求 单 件 。 

注册 表 查 询 相 应 的 单 件 ( 如 果 存 在 的 话 ) 并 返回 它 。 这 个 方法 使 得 Instance 不 再 需要 知道 
所 有 可 能 的 Singleton 类 或 实例 。 它 所 需要 的 只 是 所 有 Singleton 类 的 一 个 公共 的 接口 ， 该 接口 
包括 了 对 注册 表 的 操作 : 


class Singleton { 
public: 
static void Register (const char* name, Singleton*); 
static Singleton* Instance(); 
protected: 
static Singleton* Lookup(const char* name); 
private: 
static Singleton* _instance; 
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static List<NameSingletonPair>* _registry; 
}; 


Register 以 给 定 的 名 字 注 册 Singleton 实 例 。 为 保证 注册 表 简单 ， 我 们 将 让 它 存 储 一 列 
NameSingletonPair 对 象 。 每 个 NameSingletonPair 将 一 个 名 字 映 射 到 一 个 单 件 。Lookup 操 作 根 
据 给 定单 件 的 名 字 进 行 查找 。 我 们 假定 一 个 环境 变量 指定 了 所 需要 的 单 件 的 名 字 。 


Singleton* Singleton: :Instance () { 
if (_instance == 0) { 
const char* singletonName = getenv ("SINGLETON"); 
// user or environment: supplies this at startup 


_instance = Lookup(singletonName) ; 

// Lookup returns 0 if there’s no such singleton 
} 
return _instance; 


} 


Singleton 类 在 何 处 注册 它们 自己 ? 一 种 可 能 是 在 它们 的 构造 器 中 。 例 如 ，MySingleton 子 
类 可 以 像 下 面 这 样 做 : 
MySingleton: :MySingleton() { ` 
// a. 


Singleton: :Register("MySingleton", this); 
} 


当然 ， 除 非 实例 化 类 否则 这 个 构造 器 不 会 被 调用 ， 这 正 反 映 了 Singleton 模 式 试图 解决 的 
间 题 ! 在 C++ 中 我 们 可 以 定义 MySingleton 的 一 个 静态 实例 来 避免 这 个 问题 。 例 如 ， 我 们 可 以 
在 包含 MySingleton 实 现 的 文件 中 定义 : 


static MySingleton theSingleton; 


Singleton 类 不 再 负责 创建 单 件 。 它 的 主要 职责 是 使 得 供 选 择 的 单 件 对 象 在 系统 中 可 以 被 
访问 。 静 态 对 象 方法 还 是 有 一 个 潜在 的 缺点 一 一 也 就 是 所 有 可 能 的 Singleton 子 类 的 实例 都 必须 
被 创建 ， 否 则 它们 不 会 被 注册 。 

9. 代码 示例 

假定 我 们 定义 一 个 MazeFactory 类 用 于 建造 在 第 3 章 所 描述 的 迷宫 。MazeFactory 定 义 了 一 
个 建造 迷宫 的 不 同 部 件 的 接口 。 子 类 可 以 重 定义 这 些 操 作 以 返回 特定 产品 类 的 实例 ， 如 用 
BombedWall 对 象 代替 普通 的 Wall 对 象 。 

此 处 相关 的 问题 是 Maze 应 用 仅 需 迷宫 工厂 的 一 个 实例 ， 且 这 个 实例 对 建造 迷宫 任何 部 件 
的 代码 都 是 可 用 的 。 这 样 就 引入 了 Singleton 模 式 。 将 MazeFactory 作 为 单 件 ， 我 们 无 需 借 助 全 
局 变量 就 可 使 迷宫 对 象 具 有 全 局 可 访问 性 。 

为 简单 起 见 ， 我 们 假定 不 会 生成 MazeFactory 的 子 类 。( 我 们 随后 将 考虑 另 一 个 选择 。) 我 
们 通过 增加 静态 的 Instance 操 作 和 静态 的 用 以 保存 唯一 实例 的 成 员 _instance， 从 而 在 C++ 中 生 
成 一 个 Singleton 类 。 我 们 还 必须 保护 构造 器 以 防止 意外 的 实例 化 ， 因 为 意外 的 实例 化 可 能 会 
导致 多 个 实例 。 


class MazeFactory { 
public: 
static MazeFactory* Instance(); 


// existing interface goes here 
protected: 
MazeFactory(); 
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private: 

static MazeFactory* _instance; 
}; 

sà 

相应 的 实现 是 : 
MazeFactory* MazeFactory::_instance = 0; 
MazeFactory* MazeFactory::Instance () { 

if (_instance == 0) { 

_instance = new MazeFactory; 
} 


return _instance; 


} 


现在 让 我 们 考虑 当 存 在 MazeFactory 的 多 个 子 类 ， 而 且 应 用 必须 决定 使 用 哪 一 个 子 类 时 的 
情况 。 我 们 将 通过 环境 变量 选择 迷宫 的 种 类 并 根据 该 环境 变量 的 值 增加 代码 用 于 实例 化 适当 
的 MazeFactory 子 类 。Instance 操 作 是 增加 这 些 代 码 的 好 地 方 ， 因 为 它 已 经 实例 化 了 
MazeFactory: 


MazeFactory* MazeFactory::Instance () { 
if (_instance == 0) { 
const char* mazeStyle = getenv("MAZESTYLE") ; 


if (strcemp(mazeStyle, "bombed") == 0) { 
_instance = new BombedMazeFactory; 


} else if (stremp(mazeStyle, "“enchanted") == 0) { 
_instance = new EnchantedMazeFactory; 


// ... other possible subclasses 


} else { // default . 
_instance = new MazeFactory; 
} 
} 
return _instance; 

} 

注意 ， 无 论 何 时 定义 一 个 新 的 MazeFactory 的 子 类 ，Instance 都 必须 被 修改 。 在 这 个 应 用 
中 这 可 能 没什么 关系 ， 但 对 于 定义 在 一 个 框架 中 的 抽象 工厂 来 说 ， 这 可 能 是 一 个 问题 。 

一 个 可 能 的 解决 办 法 将 是 使 用 在 实现 一 节 中 所 描述 过 的 注册 表 的 方法 。 此 处 动态 链接 可 
能 也 很 有 用 一 一 它 使 得 应 用 不 需要 装载 那些 用 不 着 的 子 类 。 

10. 已 知 应 用 

在 Smalltalk-80[Par90] 中 Singleton 模 式 的 例子 是 改变 代码 的 集合 ， 即 ChangeSet current。 
一 个 更 巧妙 的 例子 是 类 和 它们 的 元 类 ( metaclass ) 之 间 的 关系 。 一 个 元 类 是 一 个 类 的 类 ， 而 
” 且 每 一 个 元 类 有 一 个 实例 。 元 类 没有 名 字 ( 除非 间接 地 通过 它们 的 唯一 实例 )， 但 它们 记录 了 
它们 的 唯一 实例 并 且 通 常 不 会 再 创建 其 他 实例 。 

InterViews 用 户 界 面 工具 箱 [LCL92] 使 用 Singleton 模 式 在 其 他 类 中 访问 Session 和 WidgetKit 
类 的 唯一 实例 。Session 定 义 了 应 用 的 主事 件 调度 循环 、 存 储 用 户 的 风格 偏好 数据 库 ， 并 管理 
与 一 个 或 多 个 物理 显示 的 连接 。WidgetKit 是 一 个 Abstract Factory ( 3.1 )， 用 于 定义 用 户 的 窗 
口 组 件 的 视 感 风 格 。WidgetKit::instance( ) 操作 决定 了 特定 的 WidgetKit 子 类 ， 该 子 类 根据 
Session 定 义 的 环境 变量 进行 实例 化 。Session 的 一 个 类 似 操作 决定 了 支持 单 色 还 是 彩色 显示 并 
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据 此 配置 单 件 Session 的 实例 。 

11. 相关 模式 

很 多 模式 可 以 使 用 Singleton 模 式 实现 。 参 见 Abstract Factory (3.1), Builder (3.2)， 和 
Prototype (3.4 )。 


3.6 创建 型 模式 的 讨论 


用 一 个 系统 创建 的 那些 对 象 的 类 对 系统 进行 参数 化 有 两 种 常用 方法 。 一 种 是 生成 创建 对 
象 的 类 的 子 类 ; 这 对 应 于 使 用 Factory Method (3.3) 模式 。 这 种 方法 的 主要 缺点 是 ， 仅 为 了 
改变 产品 类 ， 就 可 能 需要 创建 一 个 新 的 子 类 。 这 样 的 改变 可 能 是 级 联 的 〈cascade )。 例 如 ， 如 
果 产 品 的 创建 者 本 身 是 由 一 个 工厂 方 法 创建 的 ， 那 么 你 也 必须 重 定义 它 的 创建 者 。 

另 一 种 对 系统 进行 参数 化 的 方法 更 多 的 依赖 于 对 象 复合 : 定义 一 个 对 象 负责 明确 产品 对 
象 的 类 ， 并 将 它 作为 该 系统 的 参数 。 这 是 Abstract Factory (3.1), Builder (3.2) 和 Prototype 
(3.4) 模式 的 关键 特征 。 所 有 这 三 个 模式 都 涉及 到 创建 一 个 新 的 负责 创建 产品 对 象 的 “工厂 
xR”. Abstract Factory 由 这 个 工厂 对 象 产生 多 个 类 的 对 象 。Builder 由 这 个 工厂 对 象 使 用 一 
个 相对 复杂 的 协议 ， 逐 步 创建 一 个 复杂 产品 。Prototype 由 该 工厂 对 象 通过 拷贝 原型 对 象 来 创 
建 产品 对 象 。 在 这 种 情况 下 ， 因 为 原型 负责 返回 产品 对 象 ， 所 以 工厂 对 象 和 原型 是 同一 个 对 
R. 

考虑 在 Prototype 模 式 中 描述 的 绘图 编辑 器 框架 。 可 以 有 多 种 方法 通过 产品 类 来 参数 化 
GraphicTool; 

+ {ii Factory Method 模 式 ， 将 为 选择 板 中 的 每 个 Graphic 的 子 类 创建 一 个 GraphicTool 的 子 

类 。GraphicTool 将 有 一 个 NewGraphic 操 作 ， 每 个 GraphicTool 的 子 类 都 会 重 定义 它 。 

。 使 用 Abstract Factory 模 式 ， 将 有 一 个 GraphicsFactory 类 层次 对 应 于 每 个 Graphic 的 子 类 。 
在 这 种 情况 每 个 工厂 仅 创建 一 个 产品 : CircleFactory 将 创建 Circle ，LineFactory 将 创建 
Line， 等 等 。GraphicTool 将 以 创建 合适 种 类 Graphic 的 工厂 作为 参数 。 

。 使 用 Prototype 模 式 ， 每 个 Graphic 的 子 类 将 实现 Clone 操 作 ， 并 且 GraphicTool 将 以 它 所 创 
建 的 Graphic 的 原型 作为 参数 。 

究竟 哪 一 种 模式 最 好 取决 于 诸多 因素 。 在 我 们 的 绘图 编辑 器 框架 中 ， 第 一 眼看 来 ，Factory 
Method 模 式 使 用 是 最 简单 的 。 它 易于 定义 一 个 新 的 GraphicTool 的 子 类 ， 并 且 仅 当选 择 板 被 定 
义 了 的 时 候 ，GraphicTool 的 实例 才 被 创建 。 它 的 主要 缺点 在 于 GraphicTool 子 类 数目 的 激增 ， 
并 且 它 们 都 没有 做 很 多 事情 。 

Abstract Factory 并 没有 很 大 的 改进 ， 因 为 它 需 要 一 个 同样 庞大 的 GraphicsFactory 类 层次 。 
只 有 当 早已 存在 一 个 GraphicsFactory 类 层次 时 ，Abstract Factory 才 比 Factory Method 更 好 一 点 
-或 是 因为 编译 器 自动 提供 ( 像 在 Smalltalk 或 是 Objective CP ) 或 是 因为 系统 的 其 他 部 分 需 
要 这 个 GraphicsFactory 类 层次 。 

总 的 来 说 ，Prototype 模 式 对 绘图 编辑 器 框架 可 能 是 最 好 的 ， 因 为 它 仅 需 要 为 每 个 Graphics 
类 实现 一 个 Clone 操 作 。 这 就 减少 了 类 的 数目 ， 并 且 Clone 可 以 用 于 其 他 目的 而 不 仅仅 是 纯粹 
的 实例 化 (例如 ， 一 个 Duplicate 菜 单 操作 )。 

Factory Method 使 一 个 设计 可 以 定制 且 只 略微 有 一 些 复杂 。 其 他 设计 模式 需要 新 的 类 ， 而 
Factory Method 只 需要 一 个 新 的 操作 。 人 们 通常 将 Factory Method 作 为 一 种 标准 的 创建 对 象 的 
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方法 。 但 是 当 被 实例 化 的 类 根本 不 发 生变 化 或 当 实例 化 出 现在 子 类 可 以 很 容易 重 定义 的 操作 
中 ( 比如 在 初始 化 操作 中 ) 时 ， 这 就 并 不 必要 了 。 

使 用 Abstract Factory、Prototype 或 Builder 的 设计 甚至 比 使 用 Factory Method 的 那些 设计 更 
灵活 ， 但 它们 也 更 加 复杂 。 通 常 ， 设 计 以 使 用 Factory Method 开 始 ， 并 且 当 设计 者 发 现 需要 更 
大 的 灵活 性 时 ， 设 计 便 会 向 其 他 创建 型 模式 演化 。 当 你 在 设计 标准 之 间 进 行 权 衡 的 时 候 ， 了 
解 多 个 模式 可 以 给 你 提供 更 多 的 选择 余地 。 


第 4 章 ”结构 型 模式 


结构 型 模式 涉及 到 如 何 组 合 类 和 对 象 以 获得 更 大 的 结构 。 结 构 型 类 模式 采用 继承 机 制 来 
组 合 接口 或 实现 。 一 个 简单 的 例子 是 采用 多 重 继承 方法 将 两 个 以 上 的 类 组 合成 一 个 类 ， 结 果 
这 个 类 包含 了 所 有 父 类 的 性 质 。 这 一 模式 尤其 有 助 于 多 个 独立 开发 的 类 库 协同 工作 。 另 外 一 
个 例子 是 类 形式 的 Adapter(4.1) 模 式 。 一 般 来 说 ， 适 配器 使 得 一 个 接口 (adaptee 的 接口 ) 与 其 他 
接口 兼容 ， 从 而 给 出 了 多 个 不 同 接口 的 统一 抽象 。 为 此 ， 类 适配器 对 一 个 adaptee 类 进行 私有 
继承 。 这 样 ， 适 配器 就 可 以 用 adaptee 的 接口 表示 它 的 接口 。 

结构 型 对 象 模 式 不 是 对 接口 和 实现 进行 组 合 ， 而 是 描述 了 如 何 对 一 些 对 象 进 行 组 合 ， 
而 实现 新 功能 的 一 些 方法 。 因 为 可 以 在 运行 时 刻 改变 对 象 组 合 关系 ， 所 以 对 象 组 合 方式 具有 
更 大 的 灵活 性 ， 而 这 种 机 制 用 静态 类 组 合 是 不 可 能 实现 的 。 

Composite (4.3) 模式 是 结构 型 对 象 模式 的 一 个 实例 。 它 描述 了 如 何 构造 一 个 类 层次 式 结 
构 ， 这 一 结构 由 两 种 类 型 的 对 象 ( 基 元 对 象 和 组 合 对 象 ) 所 对 应 的 类 构成 . 其 中 的 组 合 对 象 使 
得 你 可 以 组 合 基 元 对 象 以 及 其 他 的 组 合 对 象 ， 从 而 形成 任意 复杂 的 结构 。 在 Proxy (4.7) 模式 
中 ，proxy 对 象 作为 其 他 对 象 的 一 个 方便 的 替代 或 占 位 符 。 它 的 使 用 可 以 有 多 种 形式 。 例 如 它 
可 以 在 局 部 空间 中 代表 一 个 远程 地 址 空间 中 的 对 象 ， 也 可 以 表示 一 个 要 求 被 加 载 的 较 大 的 对 
象 . 还 可 以 用 来 保护 对 敏感 对 象 的 访问 。Proxy 模 式 还 提供 了 对 对 象 的 一 些 特 有 性 质 的 一 定 程 
度 上 的 间接 访问 ， 从 而 它 可 以 限制 、 增 强 或 修改 这 些 性 质 。 

Flyweight(4.6) 模 式 为 了 共享 对 象 定义 了 一 个 结构 。 至 少 有 两 个 原因 要 求 对 象 共 享 : 效率 
和 一 致 性 。Flyweight 的 对 象 共享 机 制 主 要 强调 对 象 的 空间 效率 。 使 用 很 多 对 象 的 应 用 必需 考 
虑 每 一 个 对 象 的 开销 。 使 用 对 象 共享 而 不 是 进行 对 象 复 制 ， 可 以 节省 大 量 的 空间 资源 。 但 是 
仅 当 这 些 对 象 没有 定义 与 上 下 文 相关 的 状态 时 ， 它 们 才 可 以 被 共享 。Flyweight 的 对 象 没有 这 
样 的 状态 。 任 何 执行 任务 时 需要 的 其 他 一 些 信息 仅 当 需要 时 才 传 递 过 去 。 由 于 不 存在 与 上 下 
文 相关 的 状态 ， 因 此 Flyweight 对 象 可 以 被 自由 地 共享 。 

如 果 说 Flyweight 模 式 说 明了 如 何 生 成 很 多 较 小 的 对 象 ， 那 么 Facade(4.5) 模 式 则 描述 了 如 
何 用 单个 对 象 表示 整个 子 系统 。 模 式 中 的 facade 用 来 表示 一 组 对 象 ，facade 的 职责 是 将 消息 转 
发 给 它 所 表示 的 对 象 。Bridge(4.2) 模 式 将 对 象 的 抽象 和 其 实现 分 离 ， 从 而 可 以 独立 地 改变 它 
们 。 

Decorator(4.4) 模 式 描述 了 如 何 动 态 地 为 对 象 添加 职责 。Decorator 模 式 是 一 种 结构 型 模式 。 
这 一 模式 采用 递归 方式 组 合 对 象 ， 从 而 允许 你 添加 任意 多 的 对 象 职责 。 例 如 ， 一 个 包含 用 户 
界面 组 件 的 Decorator 对 象 可 以 将 边框 或 阴影 这 样 的 装饰 添加 到 该 组 件 中 ， 或 者 它 可 以 将 窗口 
滚动 和 缩放 这 样 的 功能 添加 的 组 件 中。 我 们 可 以 将 一 个 Decorator 对 象 嵌 套 在 另外 一 个 对 象 中 
就 可 以 很 简单 地 增加 两 个 装饰 ， 添 加 其 他 的 装饰 也 是 如 此 。 因 此 ， 每 个 Decorator 对 象 必须 与 
其 组 件 的 接口 兼容 并 且 保 证 将 消息 传递 给 它 。Decorator 模 式 在 转发 一 条 信息 之 前 或 之 后 都 可 
以 完成 它 的 工作 〈 比如 绘制 组 件 的 边框 )。 

许多 结构 型 模式 在 某 种 程度 上 具有 相关 性 ， 我 们 将 在 本 章 末 讨论 这 些 关 系 。 
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4.1 ADAPTER ( 适配器 ) 一 一 类 对 象 结构 型 模式 


1. 意图 

将 一 个 类 的 接口 转换 成 客户 希望 的 另外 一 个 接口 。Adapter 模 式 使 得 原本 由 于 接口 不 兼容 
而 不 能 一 起 工作 的 那些 类 可 以 一 起 工作 。 

2. 别名 

包装 器 Wrapper. 

3. 动机 

有 时 ， 为 复 用 而 设计 的 工具 箱 类 不 能 够 被 复 用 的 原因 仅仅 是 因为 它 的 接口 与 专业 应 用 领 
域 所 需要 的 接口 不 匹配 。 

例如 ， 有 一 个 绘图 编辑 器 ， 这 个 编辑 器 允许 用 户 绘制 和 排列 基本 图 元 ( 线 、 多 边 型 和 正 
文 等 ) 生成 图 片 和 图 表 。 这 个 绘图 编辑 器 的 关键 抽象 是 图 形 对 象 。 图 形 对 象 有 一 个 可 编辑 的 
形状 ， 并 可 以 绘制 自身 。 图 形 对 象 的 接口 由 一 个 称 为 Shape 的 抽象 类 定义 。 绘 图 编辑 器 为 每 一 
种 图 形 对 象 定义 了 一 个 Shape 的 子 类 : LineShape 类 对 应 于 直线 ，PolygonShape 类 对 应 于 多 边 
型 ， 等 等 。 

像 LineShape 和 PolygonShape 这 样 的 基本 几何 图 形 的 类 比较 容易 实现 ， 这 是 由 于 它们 的 绘 
图 和 编辑 功能 本 来 就 很 有 限 。 但 是 对 于 可 以 显示 和 编辑 正文 的 TextShape 子 类 来 说 ， 实 现 相 当 
困难 ， 因 为 即使 是 基本 的 正文 编辑 也 要 涉及 到 复杂 的 屏幕 刷新 和 缓冲 区 管理 。 同 时 ， 成 品 的 
用 户 界 面 工 具 箱 可 能 已 经 提供 了 一 个 复杂 的 TextView 类 用 于 显示 和 编辑 正文 。 理 想 的 情况 是 
我 们 可 以 复 用 这 个 TextView 类 以 实现 TextShape 类 ， 但 是 工具 箱 的 设计 者 当时 并 没有 考虑 
Shape 的 存在 ， 因 此 TextView 和 Shape 对 象 不 能 互 换 。 

一 个 应 用 可 能 会 有 一 些 类 具有 不 同 的 接口 并 且 这 些 接口 互 不 兼容 ， 在 这 样 的 应 用 中 象 
TextView 这 样 已 经 存在 并 且 不 相关 的 类 如 何 协同 工作 呢 ? 我 们 可 以 改变 TextView 类 使 它 兼 容 
Shape 类 的 接口 ， 但 前 提 是 必须 有 这 个 工具 箱 的 源 代码 。 然 而 即使 我 们 得 到 了 这 些 源 代码 ， 修 
改 TextView 也 是 没有 什么 意义 的 ; 因为 不 应 该 仅仅 为 了 实现 一 个 应 用 ， 工 具 箱 就 不 得 不 采用 
一 些 与 特定 领域 相关 的 接口 。 

我 们 可 以 不 用 上 面 的 方法 ， 而 定义 一 个 TextShape 类 ， 由 它 来 适 配 TextView 的 接口 和 Shape 
的 接口 。 我 们 可 以 用 两 种 方法 做 这 件 事 : 1) 继承 Shape 类 的 接口 和 TextView 的 实现 ， 或 2) 将 一 
个 TextView 实 例 作 为 TextShape 的 组 成 部 分 ， 并 且 使 用 TextView 的 接口 实现 TextShape。 这 两 种 
方法 恰恰 对 应 于 Adapter 模 式 的 类 和 对 象 版 本 。 我 们 将 TextShape 称 之 为 适配器 Adapter。 






BoundingBox() o- 
CreateManipulator() O- 


La 
~- retum text->GetExtent() 


BoundingBox() 
CreateManipulator() 
+ 
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上 面 的 类 图 说 明了 对 象 适配器 实例 。 它 说 明了 在 Shape 类 中 声明 的 BoundingBox 请 求 如 何 
被 转换 成 在 TextView 类 中 定义 的 GetExtent 请 求 。 由 于 TextShape 将 TextView 的 接口 与 Shape 的 
接口 进行 了 匹配 ， 因 此 绘图 编辑 器 就 可 以 复 用 原先 并 不 兼容 的 TextView 类 。 

Adapter 时 常 还 要 负责 提供 那些 被 匹配 的 类 所 没有 提供 的 功能 ， 上 面 的 类 图 中 说 明了 适 配 
器 如 何 实现 这 些 职责 。 由 于 绘图 编辑 器 允许 用 户 交 互 的 将 每 一 个 Shape 对 象 “ 拖 动 ” 到 一 个 新 
的 位 置 ， 而 TextView 设 计 中 没有 这 种 功能 。 我 们 可 以 实现 TextShape 类 的 CreateManipulator 操 
作 ， 从 而 增加 这 个 缺少 的 功能 ， 这 个 操作 返回 相应 的 Manipulator 子 类 的 一 个 实例 。 

Manipulator 是 一 个 抽象 类 ， 它 所 描述 的 对 象 知道 如 何 驱 动 Shape 类 响应 相应 的 用 户 输入 ， 
例如 将 图 形 拖 动 到 一 个 新 的 位 置 。 对 应 于 不 同形 状 的 图 形 ，Manipulator 有 不 同 的 子 类 ; 例如 
子 类 TextManipulator 对 应 于 TextShape。TextShape 通 过 返回 一 个 TextManipulator 实 例 ， 增 加 了 
TextView 中 缺少 而 Shape 需 要 的 功能 。 

4. 适用 性 

以 下 情况 使 用 Adapter 模 式 

。 你 想 使 用 一 个 已 经 存在 的 类 ， 而 它 的 接口 不 符合 你 的 需求 。 

。 你 想 创建 一 个 可 以 复 用 的 类 ， 该 类 可 以 与 其 他 不 相关 的 类 或 不 可 预见 的 类 ( 即 那些 接口 

可 能 不 一 定 兼 容 的 类 ) 协同 工作 。 
。( 仅 适用 于 对 象 Adapter ) 你 想 使 用 一 些 已 经 存在 的 子 类 ， 但 是 不 可 能 对 每 一 个 都 进行 
子 类 化 以 匹配 它们 的 接口 。 对 象 适 配器 可 以 适 配 它 的 父 类 接口 。 
5. 结构 
类 适配器 使 用 多 重 继承 对 一 个 接口 与 另 一 个 接口 进行 匹配 ， 如 下 图 所 示 。 





6. 参与 者 
。 Target (Shape) 

一 定义 Client 使 用 的 与 特定 领域 相关 的 接口 。 
* Client (DrawingEditor) 


94 RRA: TRAMAHRKEHRM 


一 与 符合 Target 接 口 的 对 象 协同 。 
» Adaptee (TextView) 
一 定义 一 个 已 经 存在 的 接口 ， 这 个 接口 需要 适 配 。 
» Adapter (TextShape) 
一 对 Adaptee 的 接口 与 Target 接 口 进行 适 配 
7. 协作 
。Client 在 Adapter 实 例 上 调用 一 些 操 作 。 接 着 适配器 调用 Adaptee 的 操作 实现 这 个 请 求 。 
8. 效果 
类 适配器 和 对 象 适 配器 有 不 同 的 权衡 。 类 适配器 
。 用 一 个 具体 的 Adapter 类 对 Adaptee 和 Target 进 行 匹 配 。 结 果 是 当 我 们 想 要 匹配 一 个 类 以 
及 所 有 它 的 子 类 时 ， 类 Adapter 将 不 能 胜任 工作 。 
。 使 得 Adapter 可 以 重 定义 Adaptee 的 部 分 行为 ， 因 为 Adapter 是 Adaptee 的 一 个 子 类 。 
。 仅 仅 引 入 了 一 个 对 象 ， 并 不 需要 额外 的 指针 以 间接 得 到 adaptee。 
对 象 适配器 则 
。 人 允许 一 个 Adapter 与 多 个 Adaptee 一 一 即 Adaptee 本 身 以 及 它 的 所 有 子 类 ( 如 果 有 子 类 的 话 ) 
一 同时 工作 。Adapter 也 可 以 一 次 给 所 有 的 Adaptee 添 加 功能 。 
。 使 得 重 定义 Adaptee 的 行为 比较 困难 。 这 就 需要 生成 Adaptee 的 子 类 并 且 使 得 Adapter 引 用 
这 个 子 类 而 不 是 引用 Adaptee 本 身 。 
使 用 Adapter 模 式 时 需要 考虑 的 其 他 一 些 因素 有 : 
1) Adapter 的 匹配 程度 对 Adaptee 的 接口 与 Target 的 接口 进行 匹配 的 工作 量 各 个 Adapter 可 
能 不 一 样 。 工 作 范 围 可 能 是 ， 从 简单 的 接口 转换 (例如 改变 操作 名 ) 到 支持 完全 不 同 的 操作 集 
合 。Adapter 的 工作 量 取决 于 Target 接 口 与 Adaptee 接 口 的 相似 程度 。 
2) 可 插入 的 Adapter ” 当 其 他 的 类 使 用 一 个 类 时 ， 如 果 所 需 的 假定 条 件 越 少 ， 这 个 类 就 更 
具 可 复 用 性 。 如 果 将 接口 匹配 构建 为 一 个 类 ， 就 不 需要 假定 对 其 他 的 类 可 见 的 是 一 个 相同 的 
接口 。 也 就 是 说 ， 接 口 匹配 使 得 我 们 可 以 将 自己 的 类 加 入 到 一 些 现 有 的 系统 中 去 ， 而 这 些 系 
统 对 这 个 类 的 接口 可 能 会 有 所 不 同 。Object-Work/Smalltalk[Par90] 使 用 pluggable adapter 一 词 
描述 那些 具有 内 部 接口 适 配 的 类 。 
考虑 TreeDisplay 窗 口 组 件 ， 它 可 以 图 形 化 显示 树 状 结构 。 如 果 这 是 一 个 具有 特殊 用 途 的 
窗口 组 件 ， 仅 在 一 个 应 用 中 使 用 ， 我 们 可 能 要 求 它 所 显示 的 对 象 有 一 个 特殊 的 接口 ， 即 它们 
都 是 抽象 类 Tree 的 子 类 。 如 果 我 们 希望 使 TreeDisplay 有 具有 良好 的 复 用 性 的 话 (比如 说 ， 我 
们 希望 将 它 作为 可 用 窗口 组 件 工具 箱 的 一 部 分 )， 那 么 这 种 要 求 将 是 不 合理 的 。 应 用 程序 将 自 
己 定 义 树 结构 类 ， 而 不 应 一 定 要 使 用 我 们 的 抽象 类 Tree。 不 同 的 树 结 构 会 有 不 同 的 接口 。 
例如 ， 在 一 个 目录 层次 结构 中 ， 可 以 通过 GetSubdirectories 操 作 进 行 访 问 子 目录 ， 然 而 在 
一 个 继承 式 层 次 结构 中 ， 相 应 的 操作 可 能 被 称 为 GetSubclasses。 尽 管 这 两 种 层次 结构 使 用 的 
接口 不 同 ， 一 个 可 复 用 的 TreeDisplay 窗 口 组 件 必 须 能 显示 所 有 这 两 种 结构 。 也 就 是 说 ， 
TreeDisplay 应 具有 接口 适 配 的 功能 。 
我 们 将 在 实现 一 节 讨论 在 类 中 构建 接口 适 配 的 多 种 方法 。 
3) 使 用 双向 适配器 提供 透明 操作 ”使 用 适配器 的 一 个 潜在 问题 是 ， 它 们 不 对 所 有 的 客户 
都 透明 。 被 适 配 的 对 象 不 再 兼容 Adaptee 的 接口 ， 因 此 并 不 是 所 有 Adaptee 对 象 可 以 被 使 用 的 
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地 方 它 都 可 以 被 使 用 。 双 向 适配器 提供 了 这 样 的 透明 性 。 在 两 个 不 同 的 客户 需要 用 不 同 的 方 
式 查看 同一 个 对 象 时 ， 双 向 适配器 尤其 有 用 。 

考虑 一 个 双向 适配器 ， 它 将 图 形 编辑 框架 Unidraw [VL90] 与 约束 求解 工具 箱 QOCA 
[HHMV92] 集 成 起 来 。 这 两 个 系统 都 有 一 些 类 ， 这 些 类 显 式 地 表示 变量 : Unidraw 含 有 类 
StateVariable，QOCA 中 含有 类 ConstraintVariable， 如 下 图 所 示 。 为 了 使 Unidraw 与 QOCA 协 同 
工作 ， 必 须 首 先 使 类 ConstraintVariable 与 类 StateVariable 相 匹配 ; 而 为 了 将 QOCA 的 求解 结果 
传递 给 Unidraw， 必 须 使 StateVariable 与 ConstraintVariable 相 匹配 。 

( 到 QOCA 类 层次 结构 ) ( 到 Unidraw 类 层次 结构 ) 


‘ 
i 
ConstraintVariable 






这 一 方案 中 包含 了 一 个 双向 适配器 ConstraintStateVariable， 它 是 类 ConstraintVariable 与 类 
StateVariable 共 同 的 子 类 ，ConstraintStateVariable 使 得 两 个 接口 互相 匹配 。 在 该 例 中 多 重 继承 
是 一 个 可 行 的 解决 方案 ， 因 为 被 适 配 类 的 接口 差异 较 大 。 双 向 适配器 与 这 两 个 被 匹配 的 类 都 
兼容 ,在 这 两 个 系统 中 它 都 可 以 工作 。 

9. 实现 

尽管 Adapter 模 式 的 实现 方式 通常 简单 直接 ， 但 是 仍 需要 注意 以 下 一 些 问 题 ; 

1) 使 用 C++ 实现 适配器 类 ”在 使 用 C++ 实现 适配器 类 时 ，Adapter 类 应 该 采用 公共 方式 继 
承 Target 类 ， 并 且 用 私有 方式 继承 Adaptee 类 。 因 此 ，Adapter 类 应 该 是 Target 的 子 类 型 {AA 
是 Adaptee 的 子 类 型 。 

2) 可 插入 的 适配器 ”有 许多 方法 可 以 实现 可 插 人 的 适配器 。 例 如 ， 前 面 描述 的 TreeDisplay 
窗口 组 件 可 以 自动 的 布置 和 显示 层次 式 结构 ， 对 于 它 有 三 种 实现 方法 : 

首先 (这 也 是 所 有 这 三 种 实现 都 要 做 的 ) 是 为 Adaptee 找到 一 个 “ 罕 ” 接 口 ， 即 可 用 于 适 
配 的 最 小 操作 集 。 因 为 包含 较 少 操作 的 罕 接 口 相 对 包含 较 多 操作 的 宽 接 口 比较 容易 进行 匹配 。 
对 于 TreeDisplay 而 言 ， 被 匹配 的 对 象 可 以 是 任何 一 个 层次 式 结构 。 因 此 最 小 接口 集合 仅 包 含 
两 个 操作 : 一 个 操作 定义 如 何在 层次 结构 中 表示 一 个 节点 ， 另 一 个 操作 返回 该 节点 的 子 节点 。 

对 这 个 罕 接 口 ， 有 以 下 三 个 实现 途径 : 

a) 使 用 抽象 操作 “在 TreeDisplay 类 中 定义 窗 Adaptee 接 口 相 应 的 抽象 操作 。 这 样 就 由 子 类 
来 实现 这 些 抽 象 操作 并 匹配 具体 的 树 结 构 的 对 象 。 例 如 ，DirectoryTreeDisplay 子 类 将 通过 访 
问 目录 结构 实现 这 些 操 作 ， 如 下 图 所 示 。 


GetChildren(Node)} 
CreateGraphicNode(Node) 








GetChildren(n) = 
for scan 人 Nodet 
---------|-------- AddGraphi CreateGraphicNode(chiid)) 


} BuildTree(child) 
DirectoryTreeDisplay (Adapter) 


GetChildren(Node) 
CreateGraphicNode(Node) 






FileSystemEntity (Adaptee) 
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DirectoryTreeDisplay 对 这 个 窄 接口 加 以 特 化， 使 得 它 的 DirectoryBrowser 客 户 可 以 用 它 来 
显示 目录 结构 。 
b) 使 用 代理 对 象 ” 在 这 种 方法 中 ，TreeDisplay 将 访问 树 结构 的 请 求 转发 到 代理 对 象 。 
TreeDisplay 的 客户 进行 一 些 选择 ， 并 将 这 些 选择 提供 给 代理 对 象 ， 这 样 客户 就 可 以 对 适 配 加 
以 控制 ， 如 下 图 所 示 。 








delegate->CreateGraphicNode{thia, child) 


} buactree(chi) 


例如 ， 有 一 个 DirectoryBrowser， 它 像 前 面 一 样 使 用 TreeDisplay 。DirectoryBrowser 可 能 
为 匹配 TreeDisplay 和 层次 目录 结构 构造 出 一 个 较 好 的 代理 。 在 Smalltalk 或 Objective C 这 样 的 
动态 类 型 语言 中 ， 该 方法 只 需要 一 个 接口 对 适配器 注册 代理 即 可 。 然 后 TreeDisplay 简 单 地 将 
请 求 转发 给 代理 对 象 。NEXTSTEP[Add94] 大 量 使 用 这 种 方法 以 减少 子 类 化 。 

在 C++ 这 样 的 静态 类 型 语言 中 ， 需 要 一 个 代理 的 显 式 接 口 定 义 。 我 们 将 TreeDisplay 需 要 
的 罕 接 口 放 人 纯 虚 类 TreeAccessorDelegate 中 ， 从 而 指定 这 样 的 一 个 接口 。 然 后 我 们 可 以 运用 
继承 机 制 将 这 个 接口 融合 到 我 们 所 选择 的 代理 中 一 一 这 里 我 们 选择 DirectoryBrowser。 如 果 
DirectoryBrowser 没 有 父 类 我 们 将 采用 单 继承 ， 否 则 采用 多 继承 。 这 种 将 类 融合 在 一 起 的 方法 
相对 于 引信 一 个 新 的 TreeDisplay 子 类 并 单独 实现 它 的 操作 的 方法 要 容易 一 些 。 

c) 参数 化 的 适配器 ”通常 在 Smalltalk 中 支持 可 插入 适配器 的 方法 是 ， 用 一 个 或 多 个 模块 
对 适配器 进行 参数 化 。 模 块 构 造 支持 无 子 类 化 的 适 配 。 一 个 模块 可 以 匹配 一 个 请 求 ， 并 且 适 
配器 可 以 为 每 个 请 求 存储 一 个 模块 。 在 本 例 中 意味 着 ，TreeDisplay 存 储 的 一 个 模块 用 来 将 一 
个 节点 转化 成 为 一 个 GraphicNode ， 另 外 一 个 模块 用 来 存 取 一 个 节点 的 子 节点 。 

例如 ， 当 对 一 个 目录 层次 建立 TreeDisplay 时 ， 我 们 可 以 这 样 写 : 


GirectoryDisplay := 
(TreeDisplay on: treeRoot) 
getChildrenBlock: 
{:node | node getSubdirectories] 
createGraphicNodeBlock: 
[:node | node createGraphicNode] . 


如 果 你 在 一 个 类 中 创建 接口 适 配 ， 这 种 方法 提供 了 另外 一 种 选择 ， 它 相对 于 子 类 化 方法 
来 说 更 方便 一 些 。 

10. 代码 示例 

对 动机 一 节 中 例子 ， 从 类 Shape 和 TextView 开 始 ， 我 们 将 给 出 类 适配器 和 对 象 适配器 实现 
代码 的 简要 框架 。 


class Shape { 
public: 
Shape (); 
virtual void BoundingBox ( 
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Point& bottomLeft, Point& topRight 
) const; 
virtual Manipulator* CreateManipulator() const; 
}; 


class TextView { 
public: 
TextView(); 
void GetOrigin(Coord& x, Coord& y) const; 
void GetExtent (Coord& width, Coord& height) const; 
virtual bool IsEmpty() const; 
} 7 
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Shape 假 定 有 一 个 边框 ， 这 个 边框 由 它 相 对 的 两 角 定 义 。 而 TextView 则 由 原点 、 宽 度 和 高 
度 定义 。Shape 同 时 定义 了 CreateManipulator 操 作用 于 创建 一 个 Manipulator 对 象 。 当 用 户 操 作 
一 个 图 形 时 ，Manipulator 对 象 知道 如 何 驱 动 这 个 图 形 。 。TextView 没 有 等 同 的 操作 。 


TextShape 类 是 这 些 不 同 接 口 间 的 适配器 。 


类 适配器 采用 多 重 继 承 适 配 接口 。 类 适配器 的 关键 是 用 一 个 分 支 继 承接 口 ， 而 用 另外 一 
个 分 支 继承 接口 的 实现 部 分 。 通 常 C++ 中 作出 这 一 区 分 的 方法 是 : 用 公共 方式 继承 接口 ; 用 


私有 方式 继承 接口 的 实现 。 下 面 我 们 按照 这 种 常规 方法 定义 TextShape 适 配器 。 


class TextShape : public Shape, private TextView { 
public: 


TextShape(); 


virtual void BoundingBox ( 
Point& bottomLeft, Point& topRight 
) const; 
virtual bool IsEmpty() const; 
virtual Manipulator* CreateManipulator() const; 
}; 


BoundingBox 操 作对 TextView 的 接口 进行 转换 使 之 匹配 Shape 的 接口 。 


void TextShape: :BoundingBox ( 

Point& bottomLeft, Point& topRight 
) const { 

Coord bottom, left, width, height; 


GetOrigin(bottom, left); 
GetExtent (width, height); 


bottomLeft = Point (bottom, left): 
topRight = Point (bottom + height, left + width); 
} 


IsEmpty 操 作 给 出 了 在 适配器 实现 过 程 中 常用 的 一 种 方法 : 直接 转发 请 求 : 


bool TextShape::IsEmpty () const { 
return TextView: : IsEmpty (); 
} 


最 后 ， 我 们 定义 CreateManipulator ( TextView 不 支持 该 操作 )， 假 定 我 们 已 经 实现 了 支持 


TextShape 操 作 的 类 TextManipulator。 


Manipulator* TextShape: :CreateManipulator () const { 
return new TextManipulator (this); 
} 


© CreateManipulatorét— Factory Method 的 实例 。 
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对 象 适 配器 采用 对 象 组 合 的 方法 将 具有 不 同 接口 的 类 组 合 在 一 起 。 在 该 方法 中 ， 适 配器 
TextShape 维 护 一 个 指向 TextView 的 指针 。 


class TextShape : public Shape { 
public: 
Text Shape (Text View*) ; 


virtual void BoundingBox ( 
Point& bottomLeft, Point& topRight 
) const; . 
virtual bool IsEmpty() const; 
virtual Manipulator* CreateManipulator() const; 
private: 
TextView* _text; 
}; 
TextShape 必 须 在 构造 器 中 对 指向 TextView 实 例 的 指针 进行 初始 化 ， 当 它 自 身 的 操作 被 调 
用 时 ， 它 还 必须 对 它 的 TextView 对 象 调 用 相应 的 操作 。 在 本 例 中 ， 假 设 客户 创建 了 TextView 
对 象 并 且 将 其 传递 给 TextShape 的 构造 器 ; 
TextShape::TextShape (TextView* t) { 
text = t; 
} 
void TextShape: :BoundingBox ( 
Point& bottomLeft, Point& topRight 


) const { 
Coord bottom, left, width, height; 


_text->GetOrigin(bottom, left); 
_text->GetExtent (width, height); 


bottomLeft = Point (bottom, left); 
topRight = Point (bottom + height, left + width); 
} 


bool TextShape::IsEmpty () const { 
return _text->IsEmpty (); 
} 


CreateManipulator 的 实现 代码 与 类 适配器 版 本 的 实现 代码 一 样 ， 因 为 它 的 实现 从 零 开 始 ， 
没有 复 用 任何 TextView 已 有 的 函数 。 


Manipulator* TextShape::CreateManipulator () const { 
return new TextManipulator (this) ; 
} 


将 这 段 代码 与 类 适配器 的 相应 代码 进行 比较 ， 可 以 看 出 编写 对 象 适配器 代码 相对 麻烦 一 
些 ， 但 是 它 比较 灵活 。 例 如 ， 客 户 仅 需 将 TextView 子 类 的 一 个 实例 传 给 TextShape 类 的 构造 函 
数 ， 对 象 适配器 版 本 的 TextShape 就 同样 可 以 与 TextView 子 类 一 起 很 好 的 工作 。 

11. 已 知 应 用 

意图 一 节 的 例子 来 自 一 个 基于 ET++[WGM88] 的 绘图 应 用 程序 ET++Draw，ET++Draw 通 
过 使 用 一 个 TextShape 适 配器 类 的 方式 复 用 了 ET++ 中 一 些 类 ， 并 将 它们 用 于 正文 编辑 。 

InterView2.6 为 诸如 scrollbars、buttons 和 menus 的 用 户 界面 元 素 定义 了 一 个 抽象 类 
Interactor[VL88]， 它 同时 也 为 line 、circle 、polygon 和 spline 这 样 的 结构 化 图 形 对 象 定义 了 一 
个 抽象 类 Graphics。Interactor 和 Graphics 都 有 图 形 外 观 ， 但 它们 有 着 不 同 的 接口 和 实现 (它们 
没有 同一 个 父 类 )， 因 此 它们 并 不 兼容 。 也 就 是 说 ， 你 不 能 直接 将 一 个 结构 化 的 图 形 对 象 庶 人 
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一 个 对 话 框 中 。 

而 InterView2.6 定 义 了 一 个 称 为 GraphicBlock 的 对 象 适 配器 ， 它 是 Interactor 的 子 类 ， 包 含 
Graphic 类 的 一 个 实例 。GraphicBlock 将 Graphic 类 的 接口 与 Interactor 类 的 接口 进行 匹配 。 
GraphicBlock 使 得 一 个 Graphic 的 实例 可 以 在 Interactor 结 构 中 被 显示 、 滚 动 和 缩放 。 

可 插入 的 适配器 在 ObjectWorks/Smalltalk[Par90] 中 很 常见 。 标 准 Smalltalk 为 显示 单个 值 的 视图 
定义 了 一 个 ValueModel 类 。 为 访问 这 个 值 ，ValueModel 定 义 了 一 个 “value” 和 “value:” 接 口 。 这 
些 都 是 抽象 方法 。 应 用 程序 员 用 与 特定 领域 相关 的 名 字 访 问 这 个 值 ， 如 “width” 和 “width:", 但 
为 了 使 特定 领域 相关 的 名 字 与 ValueModel 的 接口 相 匹配 ， 他 们 不 一 定 要 生成 ValueModel 的 子 类 。 

而 ObjectWorks/Smalltalk 包 含 了 一 个 ValueModel 类 的 子 类 ， 称 为 PluggableAdaptor。 
PluggableAdaptor 对 象 可 以 将 其 他 对 象 与 ValueModel 的 接口 (“value” 和 “value:”) 相 匹 配 。 它 可 
以 用 模块 进行 参数 化 ， 以 便 获 取 和 设置 所 期 望 的 值 。PluggableAdaptor 在 其 内 部 使 用 这 些 模 块 以 
实现 “value” 和 “value:” 接 口 ， 如 下 图 所 示 。 为 语法 上 方便 起 见 ，PluggableAdaptor 也 允许 你 直 
接 传递 选择 器 的 名 字 ( 例如 “width” 和 “width:”)， 它 自动 将 这 些 选 择 器 转换 为 相应 的 模块 。 






value: > 
value O--------4--- ^ getBlock value: adaptee 
getBiock 
setBlock 


另外 一 个 来 自 ObjectWorks/Smalltalk 的 例子 是 TableAdaptor 类 ， 它 可 以 将 一 个 对 象 序列 与 
一 个 表格 表示 相 匹 配 。 这 个 表格 在 每 行 显示 一 个 对 象 。 客 户 用 表格 可 以 使 用 的 消息 集 对 
TableAdaptor 进行 参数 设置 ， 从 一 个 对 象 得 到 行 属性 。 

在 NeXT 的 AppKit[Add94] 中 ， 一 些 类 使 用 代理 对 象 进行 接口 匹配 。 一 个 例子 是 类 
NXBrowser， 它 可 以 显示 层次 式 数据 列表 。NXBrowser 类 用 一 个 代理 对 象 存 取 并 适 配 数 据 。 

Mayer 的 “Marriage of Convenience”[Mey88] 是 一 种 形式 的 类 适配器 。Mayer 描 述 了 
FixedStack 类 如 何 匹 配 一 个 Array 类 的 实现 部 分 和 一 个 Stack 类 的 接口 部 分 。 结 果 是 一 个 包含 一 
定数 目 项 目的 栈 。 

12. 相关 模式 

模式 Bridge(4.2) 的 结构 与 对 象 适 配器 类 似 ， 但 是 Bridge 模 式 的 出 发 点 不 同 : Bridge 目 的 是 
将 接口 部 分 和 实现 部 分 分 离 ， 从 而 对 它们 可 以 较为 容易 也 相对 独立 的 加 以 改变 。 而 Adapter 则 
意味 着 改变 一 个 已 有 对 象 的 接口 。 

Decorator(4.4) 模 式 增强 了 其 他 对 象 的 功能 而 同时 又 不 改变 它 的 接口 。 因 此 decorator 对 应 
用 程序 的 透明 性 比 适 配器 要 好 。 结 果 是 decoerator 支 持 递 归 组 合 ， 而 纯粹 使 用 适配器 是 不 可 能 
实现 这 一 点 的 。 

模式 Proxy(4.7) 在 不 改变 它 的 接口 的 条 件 下 ， 为 另 一 个 对 象 定义 了 一 个 代理 。 
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4.2 BRIDGE ( 桥接 ) 一 一 对 象 结构 型 模式 


1. 意图 - 

将 抽象 部 分 与 它 的 实现 部 分 分 离 ， 使 它们 都 可 以 独立 地 变化 。 

2. 别名 

Handle/Body 

3. 动机 

当 一 个 抽象 可 能 有 多 个 实现 时 ， 通 常用 继承 来 协调 它们 。 抽 象 类 定义 对 该 抽象 的 接口 ， 
而 具体 的 子 类 则 用 不 同方 式 加 以 实现 。 但 是 此 方法 有 时 不 够 灵活 。 继 承 机 制 将 抽象 部 分 与 它 
的 实现 部 分 固定 在 一 起 ， 使 得 难以 对 抽象 部 分 和 实现 部 分 独立 地 进行 修改 、 扩 充 和 重用 。 

让 我 们 考虑 在 一 个 用 户 界面 工具 箱 中 ， 一 个 可 移植 的 Window 抽 象 部 分 的 实现 。 例 如 ， 这 
一 抽象 部 分 应 该 允许 用 户 开 发 一 些 在 X Window System 和 IBM 的 Presentation Manager(PM) 系 
统 中 都 可 以 使 用 的 应 用 程序 。 运 用 继承 机 制 ， 我 们 可 以 定义 Window 抽 象 类 和 它 的 两 个 子 类 
XWindow 与 PMWindow， 由 它们 分 别 实现 不 同系 统 平 台 上 的 Window 界 面 。 但 是 继承 机 制 有 两 
个 不 足 之 处 : 

1) 扩展 Window 抽 象 使 之 适用 于 不 同 种 类 的 窗口 或 新 的 系统 平台 很 不 方便 。 假 设 有 
Window 的 一 个 子 类 IconWindow， 它 专门 将 Window 抽 象 用 于 图 标 处 理 。 为 了 使 IconWindow 支 
持 两 个 系统 平台 ， 我 们 必须 实现 两 个 新 类 XIconWindow 和 PMIconWindow ， 更 为 糟糕 的 是 ， 
我 们 不 得 不 为 每 一 种 类 型 的 窗口 都 定义 两 个 类 。 而 为 了 支持 第 三 个 系统 平台 我 们 还 必须 为 每 
一 种 窗口 定义 一 个 新 的 Window 子 类 ， 如 下 图 所 示 。 





2) 继承 机 制 使 得 客户 代码 与 平台 相关 。 每 当 客户 创建 一 个 窗口 时 ， 必 须要 实例 化 一 个 具 
体 的 类 ， 这 个 类 有 特定 的 实现 部 分 。 例 如 ， 创 建 Xwindow 对 象 会 将 Window 抽 象 与 X Window 
的 实现 部 分 绑 定 起 来 ， 这 使 得 客户 程序 依赖 于 X Window 的 实现 部 分 。 这 将 使 得 很 难 将 客户 代 
码 移植 到 其 他 平台 上 去 。 

客户 在 创建 窗口 时 应 该 不 涉及 到 其 具体 实现 部 分 。 仅 仅 是 窗口 的 实现 部 分 依赖 于 应 用 运 
行 的 平台 。 这 样 客户 代码 在 创建 窗口 时 就 不 应 涉及 到 特定 的 平台 。 

Bridge 模 式 解 决 以 上 问题 的 方法 是 ， 将 Window 抽 象 和 它 的 实现 部 分 分 别 放 在 独立 的 类 层 
次 结构 中 。 其 中 一 个 类 层次 结构 针对 窗口 接口 (Window、IconWindow、TransientWindow ), 
另外 一 个 独立 的 类 层次 结构 针对 平台 相关 的 窗口 实现 部 分 ， 这 个 类 层次 结构 的 根 类 为 
WindowImp。 例 如 XwindowImp 子 类 提供 了 一 个 基于 X Window 系 统 的 实现 ， 如 下 页 上 图 所 示 。 

对 Window 子 类 的 所 有 操作 都 是 用 WindowImp 接 口中 的 抽象 操作 实现 的 。 这 就 将 窗口 的 抽 

与 系统 平台 相关 的 实现 部 分 分 离开 来 。 因 此 ， 我 们 将 Window 与 WindowImp 之 间 的 关系 称 之 
为 桥接 ， 因 为 它 在 抽象 类 与 它 的 实现 之 间 起 到 了 桥梁 作用 ， 使 它们 可 以 独立 地 变化 。 
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4. 适用 性 

以 下 一 些 情 况 使 用 Bridge 模 式 : 

* 你 不 希望 在 抽象 和 它 的 实现 部 分 之 间 有 一 个 固定 的 绑 定 关系 。 例 如 这 种 情况 可 能 是 因为 ， 
在 程序 运行 时 刻 实 现 部 分 应 可 以 被 选择 或 者 切换 。 

。 类 的 抽象 以 及 它 的 实现 都 应 该 可 以 通过 生成 子 类 的 方法 加 以 扩充 。 这 时 Bridge 模 式 使 你 
可 以 对 不 同 的 抽象 接口 和 实现 部 分 进行 组 合 ， 并 分 别 对 它们 进行 扩充 。 

“对 一 个 抽象 的 实现 部 分 的 修改 应 对 客户 不 产生 影响 ， 即 客户 的 代码 不 必 重 新 编译 。 

e (C++) 你 想 对 客户 完全 隐藏 抽象 的 实现 部 分 。 在 C++ 中 ， 类 的 表示 在 类 接口 中 是 可 见 
的 。 

“正如 在 意图 一 节 的 第 一 个 类 图 中 所 示 的 那样 ， 有 许多 类 要 生成 。 这 样 一 种 类 层次 结构 说 
明 你 必须 将 一 个 对 象 分 解 成 两 个 部 分 。Rumbaugh 称 这 种 类 层次 结构 为 “内 套 的 普 化 ” 
( nested generalizations )。 

“你 想 在 多 个 对 象 间 共 享 实现 ( 可 能 使 用 引用 计数 )， 但 同时 要 求 客户 并 不 知道 这 一 点 。 
一 个 简单 的 例子 便 是 Coplien 的 String 类 [Cop92]， 在 这 个 类 中 多 个 对 象 可 以 共享 同一 个 字 
符 串 表示 ( StringRep )。 

5. 结构 
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Operation() Ọ 
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6. 参与 者 
* Abstraction (Window) 
一 定义 抽象 类 的 接口 。 
一 维护 一 个 指向 Implementor 类 型 对 象 的 指针 。 
e RefinedAbstraction (IconWindow) 
一 扩充 由 Abstraction 定 义 的 接口 。 

¢ Implementor (WindowImp) 

一 定义 实现 类 的 接口 ， 该 接口 不 一 定 要 与 Abstraction 的 接口 完全 一 致 ， 事实 上 这 两 个 
接口 可 以 完全 不 同 。 一 般 来 讲 ，Implementor 接 口 仅 提供 基本 操作 ， 而 Abstraction 则 
定义 了 基于 这 些 基本 操作 的 较 高 层次 的 操作 。 

e ConcreteImplementor (XwindowImp, PMWindowImp) 

一 实现 Implementor 接 口 并 定义 它 的 具体 实现 。 

7. 协作 

。Abstraction 将 client 的 请 求 转发 给 它 的 Implementor 对 象 。 

8. 效果 

Bridge 模 式 有 以 下 一 些 优点 : 

1) 分 离 接口 及 其 实现 部 分 “一 个 实现 未 必 不 变 地 绑 定 在 一 个 接口 上 。 抽 和 象 类 的 实现 可 以 
在 运行 时 刻 进行 配置 ， 一 个 对 象 甚 至 可 以 在 运行 时 刻 改变 它 的 实现 。 

将 Abstraction 与 Inplementor 分 离 有 助 于 降低 对 实现 部 分 编译 时 刻 的 依赖 性 ， 当 改变 一 个 
实现 类 时 ， 并 不 需要 重新 编译 Abstraction 类 和 它 的 客户 程序 。 为 了 保证 一 个 类 库 的 不 同 版 本 
之 间 的 二 进 制 兼容 性 ， 一 定 要 有 这 个 性 质 。 

另外 ， 接 口 与 实现 分 离 有 助 于 分 层 ， 从 而 产生 更 好 的 结构 化 系统 ， 系 统 的 高 层 部 分 仅 需 
知道 Abstraction 和 Implementor 即 可 。 

2) 提高 可 扩充 性 你 可 以 独立 地 对 Abstraction 和 Implementor 层 次 结构 进行 扩充 。 

3) 实现 细节 对 客户 透明 ”你 可 以 对 客户 隐藏 实现 细节 ， 例 如 共享 Implementor 对 象 以 及 相 
应 的 引用 计数 机 制 ( 如 果 有 的 话 )。 

9. 实现 

使 用 Bridge 模 式 时 需要 注意 以 下 一 些 问题 : 

1) 仅 有 一 个 Implementor 在 仅 有 一 个 实现 的 时 候 ， 没 有 必要 创建 一 个 抽象 的 Implementor 
类 。 这 是 Bridge 模 式 的 退化 情况 ; 在 Abstraction 与 Implementor 之 间 有 一 种 一 对 一 的 关系 。 尽 
管 如 此 ， 当 你 希望 改变 一 个 类 的 实现 不 会 影响 已 有 的 客户 程序 时 ， 模 式 的 分 离 机 制 还 是 非常 
有 用 的 一 一 也 就 是 说 ， 不 必 重 新 编译 它们 ， 仅 需 重 新 连接 即 可 。 

Carolan[Car89] 用 “ 常 露 齿 嘻 笑 的 猫 ”( Cheshire Cat) 描述 这 一 分 离 机 制 。 在 C++ 中 ， 
Implementor 类 的 类 接口 可 以 在 一 个 私有 的 头 文件 中 定义 ， 这 个 文件 不 提供 给 客户 。 这 样 你 就 
对 客户 彻底 隐藏 了 一 个 类 的 实现 部 分 。 

2) 创建 正确 的 Implementor 对 象 ” 当 存在 多 个 Implementor 类 的 时 候 ， 你 应 该 用 何 种 方法 , 
在 何 时 何 处 确定 创建 哪 一 个 Implementor 类 呢 ? 

如 果 Abstraction 知 道 所 有 的 ConcreteImplementor 类 ， 它 就 可 以 在 它 的 构造 器 中 对 其 中 的 
一 个 类 进行 实例 化 ， 它 可 以 通过 传递 给 构造 器 的 参数 确定 实例 化 哪 一 个 类 。 例 如 ， 如 果 一 个 
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collection 类 支持 多 重 实现 ， 就 可 以 根据 collection 的 大 小 决定 实例 化 哪 一 个 类 。 链 表 的 实现 可 
以 用 于 较 小 的 collection 类 ， 而 hash 表 则 可 用 于 较 大 的 collection 类 。 

另外 一 种 方法 是 首先 选择 一 个 缺 省 的 实现 ， 然 后 根据 需要 改变 这 个 实现 。 例 如 ， 如 果 一 
个 collection 的 大 小 超出 了 一 定 的 辣 值 时 ， 它 将 会 切换 它 的 实现 ， 使 之 更 适用 于 表 目 较 多 的 
collection。 

也 可 以 代理 给 另 一 个 对 象 ， 由 它 一 次 决定 。 在 Window/WindowImp 的 例子 中 ， 我 们 可 以 
引入 一 个 factory 对 象 (参见 Abstract Factory(3.1) )， 该 对 象 的 唯一 职责 就 是 封装 系统 平台 的 细 
节 。 这 个 对 象 知道 应 该 为 所 用 的 平台 创建 何 种 类 型 的 WindowImp 对 象 ; Window 仅 需 向 它 请 求 
一 个 WindowImp ， 而 它 会 返回 正确 类 型 的 WindowImp 对 象 。 这 种 方法 的 优点 是 Abstraction 类 
不 和 任何 一 个 Implementor 类 直接 碍 合 。 

3) 共享 Implementor 对 象 ”Coplien 阑 明了 如 何 用 C++ 中 常用 的 Handle/Body 方 法 在 多 个 对 象 
间 共 享 一 些 实现 [Cop92]。 其 中 Body 有 一 个 对 象 引 用 计数 器 ，Handle 对 它 进行 增 减 操 作 。 将 共 
享 程序 体 赋 给 句柄 的 代码 一 般 具 有 以 下 形式 : 


Handle& Handlje: :operator= (const Handle& other) { 
other._body~->Ref (); 
_body->Unref (); 


if (_body->RefCount() == 0) { 
Gelete _body; 

} 

_body = other._body; 


return *this; 


} 


4) 采用 多 重 继 承 机 制 在 C+t+ 中 可 以 使 用 多 重 继 承 机 制 将 抽象 接口 和 它 的 实现 部 分 结合 
来 [Mar91]。 例 如 ， 一 个 类 可 以 用 public 方 式 继承 Abstraction 而 以 private 方 式 继 承 
ConcreteImplementor。 但 是 由 于 这 种 方法 依赖 于 静态 继承 ， 它 将 实现 部 分 与 接口 固定 不 变 的 
绑 定 在 一 起 。 因 此 不 可 能 使 用 多 重 继承 的 方法 实现 真正 的 Bridge 模 式 一 一 至 少 用 C++ 不 行 。 

10. 代码 示例 

下 面 的 C++ 代码 实现 了 意图 一 节 中 Window/WindwoImp 的 例子 ， 其 中 Window 类 为 客户 应 
用 程序 定义 了 窗口 抽象 类 : 

class Window { 


public: 
Window(View* contents); 





// requests handled by window 
virtual void DrawContents(); 


virtual void Open(); 
virtual void Close(); 
virtual void Iconify(); 
virtual void Deiconify(); 


// requests forwarded to implementation 
virtual void SetOrigin(const Point& at); 
virtual void SetExtent (const Point& extent); 
virtual void Raise(); . 

virtual void Lower(); 
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virtual void DrawLine(const Point&, const Point&); 
virtual void DrawRect (const Point&, const Pointé&); 
virtual void DrawPolygon(const Point[], int n); 

virtual void DrawText(const char*, const Point&); 


protected: 
WindowImp* GetWindowImp () ; 
View* GetView(); 
private: 
WindowImp* _imp; 
View* _contents; // the window’s contents 


}; 
Window 维 护 一 个 对 WindowImp 的 引用 ，WindowImp 抽 象 类 定义 了 一 个 对 底层 窗口 系统 的 


接口 。 

class WindowImp { 

public: 
virtual void ImpTop() = 0; 
virtual void ImpBottom() = 0; 
virtual void ImpSetExtent (const Point&) = 0; 
virtual void ImpSetOrigin(const Point&) = 0; 
virtual void DeviceRect (Coord, Coord, Coord, Coord) = 0; 
virtual void DeviceText (const char*, Coord, Coord) = 0; 
virtual void DeviceBitmap(const char*, Coord, Coord) = 0; 
// lots more functions for drawing on windows... 

protected: 


WindowImp(); 
}; 


Window 的 子 类 定义 了 应 用 程序 可 能 用 到 的 不 同类 型 的 窗口 ， 如 应 用 窗口 、 图 标 、 对 话 框 
临时 窗口 以 及 工具 箱 的 移动 面板 等 等 。 
例如 ApplicationWindow 类 将 实现 DrawContents 操 作 以 绘制 它 所 存储 的 View 实 例 : 


class ApplicationWindow : public Window { 
public: 
Il ... 
virtual void DrawContents(); 
}; 


void ApplicationWindow::DrawContents () { 
GetView ()->DrawOn (this) ; 
} 


IconWindow 中 存储 了 它 所 显示 的 图 标 对 应 的 位 图 名 .… 


class IconWindow : public Window { 
public: 

// ... 

virtual void DrawContents (); 
private: 

const char* _bitmapName; 
}; 


.并 且 实现 DrawContents 操 作 将 这 个 位 图 绘制 在 窗口 上 : 


void IconWindow: :DrawContents() { 
WindowImp* imp = GetWindowlImp(); 
if (imp != 0) { 
imp->DeviceBitmap(_bitmapName, 0.0, 0.0); 
} 
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我 们 还 可 以 定义 许多 其 他 类 型 的 Window 类 ， 例 如 TransientWindow 在 与 客户 对 话 时 由 一 
个 窗口 创建 ， 它 可 能 要 和 这 个 创建 它 的 窗口 进行 通信 ; PaletteWindow 总 是 在 其 他 窗口 之 上 ; 
IconDockWindow 拥 有 一 些 IconWindow， 并 且 由 它 负 责 将 它们 排列 整齐 。 

Window 的 操作 由 WindowImp 的 接口 定义 。 例 如 ， 在 调用 WindowImp 操 作 在 窗口 中 绘制 矩 
形 之 前 ，DrawRect 必 须 从 它 的 两 个 Point 参 数 中 提取 四 个 坐标 值 : 


void Window; :DrawRect (const Point& pli, const Point& p2) { 
WindowImp* imp = GetWindowImp(); 
imp->DeviceRect (p1.X(), p1.Y(), p2.X(), p2.Y()); 

} 


具体 的 WindowImp 子 类 可 支持 不 同 的 窗口 系统 ，XwindowImp 子 类 支持 X Window OK 


class XWindowImp : public WindowImp { 
public: 
XWindowlImp () ; 


virtual void DeviceRect (Coord, Coord, Coord, Coord); 
// remainder of public interface... 

private: 
// lots of X window system-specific state, including: 
Display* _dpy; 
Drawable _winid; // window id 
GC gc; // window graphic context 

}; 


对 于 Presentation Manager (PM)， 我 们 定义 PMWindowImp 类 : 


class PMWindowImp : public WindowImp { 
public: . 

PMWindowImp () ; 

virtual void DeviceRect (Coord, Coord, Coord, Coord); 


// remainder of public interface... 


private: 
// lots of PM window system-specific state, including: 
HPS _hps; 


}; 


这 些 子 类 用 窗口 系统 的 基本 操作 实现 WindowImp 操 作 ， 例 如 ， 对 于 X 窗口 系统 这 样 实现 
DeviceRect : 


void XwindowImp: :DeviceRect ( 
Coord x0, Coord y0, Coord x1, Coord yl 
) í 


int x = round(min(x0, x1)); 
int y = round(min(y0, y1)); 
int w = round(abs(x0 - x1)); 
int h = round(abs(y0 - yl)); 


XDrawRectangle(_dpy, _winid, _gc, x, y, w, h); 
} 


PM 的 实现 部 分 可 能 象 下 面 这 样 : 


void PMWindowImp: :DeviceRect ( 

Coord x0, Coord y0, Coord xl, Coord yl 
) í 

Coord left = min(x0, x1); 

Coord right = max (x0, x1); 

Coord bottom = min(y0, yl); 

Coord top = max(y0, yl); 
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PPOINTL point [4]; 


point[0].x = left; point[0).y = top; 

point([1).x = right; point[1].y = top; 

point[2] .x = right; point(2).y = bottom; 

point[3]).x = left; point[3].y = bottom; 

if ( 
(GpiBeginPath(_hps, 1L) == false) || 
(GpiSetCurrentPosition(_hps, &point{3]) == false) || 
(GpiPolyLine(_hps, 4L, point) == GPI_ERROR) || 
(GpiEndPath(_hps) == false) 

) í 
// report error 

} else { 


GpiStrokePath(_hps, 1L, OL); 
} 
} 


那么 一 个 窗口 怎样 得 到 正确 的 WindowImp 子 类 的 实例 呢 ? 在 本 便 我 们 假设 Window KA 
有 这 个 职责 ， 它 的 GetwWindowImp 操 作 负责 从 一 个 抽象 工厂 (参见 Abstract Factory(3.1) 模 式 ) 
得 到 正确 的 实例 ， 这 个 抽象 工厂 封装 了 所 有 窗口 系统 的 细节 。 


WindowImp* Window: :GetWindowImp () { 
if (_imp == 0) { 
_imp = WindowSystemFactory: : Instance ()~-~>MakeWindowImp () ; 
} 
return _imp; 


} 

WindowSystemFactory::Instance() 函 数 返回 一 个 抽象 工厂 ， 该 工厂 负责 处 理 所 有 与 特定 窗 
口 系统 相关 的 对 象 。 为 简化 起 见 ， 我 们 将 它 创建 一 个 单 件 ( Singleton )， 人 允许 Window 类 直接 
访问 这 个 工厂 。 

11. 已 知 应 用 、 

上 面 的 Window 实 例 来 自 于 ET++[WGM88]。 在 ET++ 中 ，WindowImp 称 为 “WindowPort”， 
它 有 XWindowPort 和 SunWindowPort 这 样 一 些 子 类 。 Window 对 象 请 求 一 个 称 为 
“WindowSystem” 的 抽象 工厂 创建 相应 的 Implementor 对 象 。WindowSystem 提 供 了 一 个 接口 
用 于 创建 一 些 与 特定 平台 相关 的 对 象 ， 例 如 字体 、 光 标 、 位 图 等 。 

ET++ 的 Window/WindowPort 设 计 扩 展 了 Bridge 模 式 ， 因 为 WindowPort 保 留 了 一 个 指 回 
Window 的 指针 。 WindowPort 的 Implementor 类 用 这 个 指针 通知 Window 对 象 发 生 了 一 些 与 
WindowPort 相 关 的 事件 : 例如 输入 事件 的 到 来 ,窗口 调整 大 小 等 。 

Coplien[Cop92] 和 Stroustrap[Str91] 都 提 及 Handle 类 并 给 出 了 一 些 例子 。 这 些 例子 集中 处 
理 一 些 内 存 管理 问题 ， 例 如 共享 字符 串 表 达 式 以 及 支持 大 小 可 变 的 对 象 等 。 我 们 主要 关心 它 
怎样 支持 对 一 个 抽象 和 它 的 实现 进行 独立 地 扩展 。 

libg++[Lea88] 类 库 定义 了 一 些 类 用 于 实现 公共 的 数据 结构 ， 例 如 Set、LinkedSet、 
HashSet、LinkedList 和 HashTable。Set 是 一 个 抽象 类 ， 它 定义 了 一 组 抽象 接口 ， 而 LinkedList 
和 HashTable 则 分 别 是 链表 和 hash 表 的 具体 实现 。LinkedSet 和 HashSet 是 Set 的 实现 者 ， 它 们 桥 
接 了 Set 和 它们 具体 所 对 应 的 LinkedList 和 HashTable. 这 是 一 种 退化 的 桥接 模式 ， 因 为 没有 抽象 


Implementor 类 。 
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NeXT’s AppKit[Add94] 在 图 象 生成 和 显示 中 使 用 了 Bridge 模 式 。 一 个 图 象 可 以 有 多 种 不 
同 的 表示 方式 ， 一 个 图 象 的 最 佳 显示 方式 取决 于 显示 设备 的 特性 ， 特 别 是 它 的 色彩 数目 和 分 
辨 率 。 如 果 没 有 AppKit 的 帮助 ， 每 一 个 应 用 程序 中 应 用 开发 者 都 要 确定 在 不 同 的 情况 下 应 该 
使 用 哪 一 种 实现 方法 。 

为 了 减轻 开发 者 的 负担 ，AppKit 提 供 了 NXImage/NXImageRep 桥 接 。NTImage 定 义 了 
象 处 理 的 接口 ， 而 图 象 接口 的 实现 部 分 则 定义 在 独立 的 NXImageRep 类 层次 中 ， 这 个 类 层次 包 
含 了 多 个 子 类 ， 如 NXEPSImageRep, NXCachedImageRep#INXBitMapImageRepS. NXImage 
维护 一 个 指针 ， 指 向 一 个 或 多 个 NXImageRep 对 象 。 如 果 有 多 个 图 象 实现 ，NXImage 会 选择 一 
个 最 适合 当前 显示 设备 的 图 象 实现 。 必 要 时 NXImage 还 可 以 将 一 个 实现 转换 成 另 一 个 实现 。 
这 个 Bridge 模 式 变种 很 有 趣 的 地 方 是 ，NXImage 能 同时 存储 多 个 NXImageRep 实 现 。 

12. 相关 模式 

Abstract Factory(3.1) 模式 可 以 用 来 创建 和 配置 一 个 特定 的 Bridge 模 式 。 

Adapter(4.1) 模式 用 来 帮助 无 关 的 类 协同 工作 ， 它 通常 在 系统 设计 完成 后 才 会 被 使 用 。 然 
而 ，Bridge 模 式 则 是 在 系统 开始 时 就 被 使 用 ， 它 使 得 抽象 接口 和 实现 部 分 可 以 独立 进行 改变 。 


4.3 COMPOSITE ( 444 ) 一 一 对 象 结构 型 模式 


1. 意图 

将 对 象 组 合成 树 形 结构 以 表示 “部 分 -整体 ”的 层次 结构 。Composite 使 得 用 户 对 单个 对 象 
和 组 合 对 象 的 使 用 具有 一 致 性 。 

2. 动机 

在 绘图 编辑 器 和 图 形 捕捉 系统 这 样 的 图 形 应 用 程序 中 ， 用 户 可 以 使 用 简单 的 组 件 创建 复 
杂 的 图 表 。 用 户 可 以 组 合 多 个 简单 组 件 以 形成 一 些 较 大 的 组 件 ， 这 些 组 件 又 可 以 组 合成 更 大 
的 组 件 。 一 个 简单 的 实现 方法 是 为 Text 和 Line 这 样 的 图 元 定义 一 些 类 ， 另 外 定义 一 些 类 作为 这 
些 图 元 的 容器 类 (Container)。 

然而 这 种 方法 存在 一 个 问题 : 使 用 这 些 类 的 代码 必须 区 别 对 待 图 元 对 象 与 容器 对 象 ， 而 
实际 上 大 多 数 情况 下 用 户 认为 它们 是 一 样 的 。 对 这 些 类 区 别 使 用 ， 使 得 程序 更 加 复杂 。 
Composite 模 式 描述 了 如 何 使 用 递归 组 合 ， 使 得 用 户 不 必 对 这 些 类 进行 区 别 ， 如 下 图 所 示 。 


Draw() 
Add(Graphic) 

Alemove(Graphic) 
GetChild(int) 









-2 forall g in graphics i 

SI 
i : 

; 5 
---] add g to list of graphics i 


Composite 模式 的 关键 是 一 个 抽象 类 ， 它 既 可 以 代表 图 元 ， 又 可 以 代表 图 元 的 容器 。 在 图 
形 系统 中 的 这 个 类 就 是 Graphic， 它 声明 一 些 与 特定 图 形 对 象 相关 的 操作 ， 例 如 Draw。 同 时 它 
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也 声明 了 所 有 的 组 合 对 象 共享 的 一 些 操 作 ， 例 如 一 些 操作 用 于 访问 和 管理 它 的 子 部 件 。 

子 类 Line 、Rectangle 和 Text ( 参见 前 面 的 类 图 ) 定义 了 一 些 图 元 对 象 ， 这 些 类 实现 Draw， 
分 别 用 于 绘制 直线 、 和 矩形 和 正文 。 由 于 图 元 都 没有 子 图 形 ， 因 此 它们 都 不 执行 与 子 类 有 关 的 
操作 。 

Picture 类 定义 了 一 个 Graphic 对 象 的 聚合 。Picture 的 Draw 操 作 是 通过 对 它 的 子 部 件 调用 
Draw 实 现 的 ，Picture 还 用 这 种 方法 实现 了 一 些 与 其 子 部 件 相关 的 操作 。 由 于 Picture 接 口 与 
Graphic 接 口 是 一 致 的 ， 因 此 Picture 对 象 可 以 递归 地 组 合 其 他 Picture 对 象 。 

下 图 是 一 个 典型 的 由 递归 组 合 的 Graphic 对 象 组 成 的 组 合 对 象 结构 。 





3. 适用 性 

以 下 情况 使 用 Composite 模 式 : 

。 你 想 表示 对 象 的 部 分 -整体 层次 结构 。 

“你 希望 用 户 忽略 组 合 对象 与 单个 对 象 的 不 同 ， 用 户 将 统一 地 使 用 组 合 结构 中 的 所 有 对 
Ro 

4. 结构 


Operation() 
Add(Component) 

Remove(Component) 
GatChild{int) 








Composite 


>. 
forall g in children “À 
= 
Add(Component) g.Operation() 
Remove(Component) 
GetChild(int) | 








典型 的 Composite 对 象 结 构 如 下 图 所 示 。 


Ico Ce 
Caf Cotsen) Cer) 


RAF BMBRK 109 _. 


5. 参与 者 
*。 Component (Graphic) 
一 为 组 合 中 的 对 象 声 明 接口 。 
一 在 适当 的 情况 下 ， 实 现 所 有 类 共有 接口 的 缺 省 行为 。 
一 声明 一 个 接口 用 于 访问 和 管理 Component 的 子 组 件 。 | 
一 (可 选 ) 在 递归 结构 中 定义 一 个 接口 ， 用 于 访问 一 个 父 部 件 ， 并 在 合适 的 情况 下 实现 它 。 
e Leaf (Rectangle 、Line 、Text 等 ) 
一 在 组 合 中 表示 时 节点 对 象 ， 叶 节点 没有 子 节点 。 
一 在 组 合 中 定义 图 元 对 象 的 行为 。 
e Composite (Picture) 
一 定义 有 子 部 件 的 那些 部 件 的 行为 。 
一 存储 子 部 件 。 
一 在 Component 接 口中 实现 与 子 部 件 有 关 的 操作 。 

e Client 
一 通过 Component 接 口 操纵 组 合 部 件 的 对 象 。 

6. 协作 

。 用 户 使 用 Component 类 接口 与 组 合 结构 中 的 对 象 进行 交互 。 如 果 接 收 者 是 一 个 叶 节 点 , 则 
直接 处 理 请 求 。 如 果 接 收 者 是 Composite, 它 通常 将 请 求 发 送 给 它 的 子 部 件 ， 在 转发 请 求 
之 前 与 /或 之 后 可 能 执行 一 些 辅 助 操作 。 

7. 效果 

Composite 模 式 

。 定 义 了 包含 基本 对 象 和 组 合 对 象 的 类 层次 结构 ”基本 对 象 可 以 被 组 合成 更 复杂 的 组 合 对 
象 ， 而 这 个 组 合 对 象 又 可 以 被 组 合 ， 这 样 不 断 的 递归 下 去 。 客 户 代 码 中 ， 任 何 用 到 基本 
对 象 的 地 方 都 可 以 使 用 组 合 对 象 。 

。 简 化 客户 代码 ”客户 可 以 一 致 地 使 用 组 合 结构 和 单个 对 象 。 通 常用 户 不 知道 (也 不 关心 ) 
处 理 的 是 一 个 叶 节 点 还 是 一 个 组 合 组 件 。 这 就 简化 了 客户 代码 , 因为 在 定义 组 合 的 那些 
类 中 不 需要 写 一 些 充 斥 着 选择 语句 的 函数 。 

。 使 得 更 容易 增加 新 类 型 的 组 件 ”新 定义 的 Composite 或 Leaf 子 类 自动 地 与 已 有 的 结构 和 客 
户 代 码 一 起 工作 ， 客 户 程序 不 需 因 新 的 Component 类 而 改变 。 

。 使 你 的 设计 变 得 更 加 一 般 化 ”容易 增加 新 组 件 也 会 产生 一 些 问题 ， 那 就 是 很 难 限制 组 合 
中 的 组 件 。 有 时 你 希望 一 个 组 合 只 能 有 某 些 特定 的 组 件 。 使 用 Composite 时 ， 你 不 能 依 
赖 类 型 系统 施加 这 些 约束 ， 而 必须 在 运行 时 刻 进行 检查 。 

8. 实现 

我 们 在 实现 Composite 模 式 时 需要 考虑 以 下 几 个 问题 : 

1) 显 式 的 父 部 件 引用 保持 从 子 部 件 到 父 部 件 的 引用 能 简化 组 合 结构 的 遍历 和 管理 。 父 部 
件 引 用 可 以 简化 结构 的 上 移 和 组 件 的 删除 ， 同 时 父 部 件 引 用 也 支持 Chain of Responsibility(5.2) 
模式 。 

通常 在 Component 类 中 定义 父 部 件 引 用 。Leaf 和 Composite 类 可 以 继承 这 个 引用 以 及 管理 
这 个 引用 的 那些 操作 。 
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对 于 父 部 件 引用 ， 必 须 维 护 一 个 不 变 式 ， 即 一 个 组 合 的 所 有 子 节点 以 这 个 组 合 为 父 节 点 ， 
而 反之 该 组 合 以 这 些 节 点 为 子 节点 。 保 证 这 一 点 最 容易 的 办 法 是 ， 仅 当 在 一 个 组 合 中 增加 或 
删除 一 个 组 件 时 ， 才 改变 这 个 组 件 的 父 部 件 。 如 果 能 在 Composite 类 的 Add 和 Remove 操 作 中 
实现 这 种 方法 ， 那 么 所 有 的 子 类 都 可 以 继承 这 一 方法 ， 并 且 将 自动 维护 这 一 不 变 式 。 
2) 共享 组 件 ”共享 组 件 是 很 有 用 的 ， 比 如 它 可 以 减少 对 存 贮 的 需求 。 但 是 当 一 个 组 件 只 
有 一 个 父 部 件 时 ， 很 难 共享 组 件 。 
一 个 可 行 的 解决 办 法 是 为 子 部 件 存 贮 多 个 父 部 件 ， 但 当 一 个 请 求 在 结构 中 向 上 传递 时 ， 
这 种 方法 会 导致 多 义 性 。Flyweight(4.6) 模 式 讨论 了 如 何 修改 设计 以 避免 将 父 部 件 存 贮 在 一 起 
的 方法 。 如 果子 部 件 可 以 将 一 些 状 态 (或 是 所 有 的 状态 ) 存 储 在 外 部 ， 从 而 不 需要 向 父 部 件 发 送 
请 求 ， 那 么 这 种 方法 是 可 行 的 。 | 
3) 最 大 化 Component 接 口 Composite 模 式 的 目的 之 一 是 使 得 用 户 不 知道 他 们 正在 使 用 的 
具体 的 Leaf 和 Composite 类 。 为 了 达到 这 一 目的 ，Composite 类 应 为 Leaf 和 Composite 类 尽 可 能 
多 定义 一 些 公共 操作 。Composite 类 通常 为 这 些 操作 提供 缺 省 的 实现 ， 而 Leaf 和 Composite 子 
类 可 以 对 它们 进行 重 定 义 。 
然而 ， 这 个 目标 有 时 可 能 会 与 类 层次 结构 设计 原则 相 冲 突 ， 该 原则 规定 : 一 个 类 只 能 定 
义 那些 对 它 的 子 类 有 意义 的 操作 。 有 许多 Component 所 支持 的 操作 对 Leaf 类 似乎 没有 什么 意义 ， 
那么 Component 怎 样 为 它们 提供 一 个 缺 省 的 操作 呢 ? 
有 时 一 点 创造 性 可 以 使 得 一 个 看 起 来 仅 对 Composite 才 有 意义 的 操作 ， 将 它 移 人 
Component 类 中 ， 就 会 对 所 有 的 Component 都 适用 。 例 如 ， 访问 子 节点 的 接口 是 Composite 类 
的 一 个 基本 组 成 部 分 ， 但 对 Leaf 类 来 说 并 不 必要 。 但 是 如 果 我 们 把 一 个 Leaf 看 成 一 个 没有 子 
节点 的 Component， 就 可 以 为 在 Component 类 中 定义 一 个 缺 省 的 操作 ， 用 于 对 子 节点 进行 访问 ， 
这 个 缺 省 的 操作 不 返回 任何 一 个 子 节点 。Leaf 类 可 以 使 用 缺 省 的 实现 ， 而 Composite 类 则 会 重 
新 实现 这 个 操作 以 返回 它们 的 子 类 。 
管理 子 部 件 的 操作 比较 复杂 ， 我 们 将 在 下 一 项 中 予以 讨论 。 
4) 声明 管理 子 部 件 的 操作 ”虽然 Composite 类 实现 了 Add 和 Remove 操 作用 于 管理 子 部 件 ， 
但 在 Composite 模 式 中 一 个 重要 的 问题 是 : 在 Composite 类 层次 结构 中 哪 一 些 类 声明 这 些 操 作 。 
我 们 是 应 该 在 Component 中 声明 这 些 操作 ， 并 使 这 些 操作 对 Leaf 类 有 意义 呢 ， 还 是 只 应 该 在 
Composite 和 它 的 子 类 中 声明 并 定义 这 些 操作 呢 ? 
这 需要 在 安全 性 和 透明 性 之 间 做 出 权衡 选择 。 
“在 类 层次 结构 的 根部 定义 子 节点 管理 接口 的 方法 具有 良好 的 透明 性 ， 因 为 你 可 以 -- 致 地 
使 用 所 有 的 组 件 ， 但 是 这 一 方法 是 以 安全 性 为 代价 的 ， 因 为 客户 有 可 能 会 做 一 些 无 意义 
的 事情 ， 例 如 在 Leaf 中 增加 和 删除 对 象 等 。 

* 在 Composite 类 中 定义 管理 子 部 件 的 方法 具有 和 良好 的 安全 性 ， 因 为 在 象 C++ 这 样 的 静态 
类 型 语言 中 ， 在 编译 时 任何 从 Leaf 中 增加 或 删除 对 象 的 尝试 都 将 被 发 现 。 但 是 这 又 损失 
了 透明 性 ， 因 为 Leaf 和 Composite 具 有 不 同 的 接口 。 

在 这 一 模式 中 ， 相 对 于 安全 性 ， 我 们 比较 强调 透明 性 。 如 果 你 选择 了 安全 性 ， 有 时 你 可 
能 会 丢失 类 型 信息 ， 并 且 不 得 不 将 一 个 组 件 转换 成 一 个 组 合 。 这 样 的 类 型 转换 必定 不 是 类 型 
安全 的 。 

一 种 办 法 是 在 Component 类 中 声明 一 个 操作 Composite* GetComposite()。Component 提 供 
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了 一 个 返回 空 指针 的 缺 省 操作 。Composite 类 重新 定义 这 个 操作 并 通过 this 指 针 返 回 它 自 身 。 


class Composite; 


class Component { 
public: 

//... f 

virtual Composite* GetComposite() { return 0; } 
} 


class Composite : public Component { 
public: 

void Add(Component*) ; 

// a 

virtual Composite* GetComposite() { return this; } 
}; 


class Leaf : public Component { 

,, wee 

GetComposite 允许 你 查询 一 个 组 件 看 它 是 否 是 一 个 组 合 ， 你 可 以 对 返回 的 组 合 安全 地 热 
行 Add 和 Remove 操 作 。 


Composite* aComposite = new Composite; 
Leaf* aLeaf = new Leaf; 


Component* aComponent; 
Composite* test; 


aComponent = aComposite; 

if (test = aComponent->GetComposite()) { 
test->Add (new Leaf); 

} 


aComponent = aLeaf; 


if (test = aComponent->GetComposite()) { 
test->Add (new Leaf); // will not add leaf 
} 


你 可 使 用 C++ 中 的 dynamic_cast 结 构 对 Composite 做 相似 的 试验 。 

当然 ， 这 里 的 问题 是 我 们 对 所 有 的 组 件 的 处 理 并 不 一 致 。 在 进行 适当 的 动作 之 前 ,我们 
必须 检测 不 同 的 类 型 。 

提供 透明 性 的 唯一 方法 是 在 Component 中 定义 缺 省 Add 和 Remove 操 作 。 这 又 带 来 了 一 
新 的 问题 : Component::Add 的 实现 不 可 避免 地 会 有 失败 的 可 能 性 。 你 可 以 不 让 
Component::Add 做 任何 事情 ， 但 这 就 忽略 了 一 个 很 重要 的 问题 : 企图 向 叶 节点 中 增加 一 些 东 
西 时 可 能 会 引入 错误 。 这 时 Add 操 作 会 产生 垃圾。 你 可 以 让 Add 操 作 删 除 它 的 参数 ， 但 可 能 客 
户 并 不 希望 这 样 。 

如 果 该 组 件 不 允许 有 子 部 件 ， 或 者 Remove 的 参数 不 是 该 组 件 的 子 节点 时 ， 通 常 最 好 使 用 
缺 省 方式 (可 能 是 产生 一 个 异常 ) 处 理 Add 和 Remove 的 失败 。 

另 一 个 办 法 是 对 “删除 ”的 含义 作 一 些 改变 。 如 果 该 组 件 有 一 个 父 部 件 引 用 ， 我 们 可 重 
新 定义 Component :: Remove, 在 它 的 父 组 件 中 删除 掉 这 个 组 件 。 然 而 ， 对 应 的 Add 操 作 仍 然 没 
有 合理 的 解释 。 

5) Component 是 否 应 该 实现 一 个 Component 列 表 ”你 可 能 希望 在 Component 类 中 将 子 节点 
集合 定义 为 一 个 实例 变量 ， 而 这 个 Component 类 中 也 声明 了 一 些 操 作对 子 节 点 进行 访问 和 管 
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理 。 但 是 在 基 类 中 存放 子 类 指针 ， 对 叶 节 点 来 说 会 导致 空间 浪费 ， 因 为 叶 节点 根本 没有 子 节 
点 。 只 有 当 该 结构 中 子 类 数目 相对 较 少 时 ， 才 值得 使 用 这 种 方法 。 

6) 子 部 件 排序 ”许多 设计 指定 了 Composite 的 子 部 件 顺 序 。 在 前 面 的 Graphics 例 子 中 ， 排 
序 可 能 表示 了 从 前 至 后 的 顺序 。 如 果 Composite 表 示 语 法 分 析 树 ，Composite 子 部 件 的 顺序 必 
须 反 映 程序 结构 ， 而 组 合 语句 就 是 这 样 一 些 Composite 的 实例 。 

如 果 需 要 考虑 子 节点 的 顺序 时 ， 必 须 仔 细 地 设计 对 子 节点 的 访问 和 管理 接口 ， 以 便 管 理 
子 节点 序列 。Iterator 模 式 (5.4) 可 以 在 这 方面 给 予 一 些 定 的 指导 。 

7) 使 用 高 速 缓冲 存 贮 改善 性 能 “如 果 你 需要 对 组 合 进行 频繁 的 遍历 或 查找 ，Composite 类 
可 以 缓冲 存储 对 它 的 子 节点 进行 遍历 或 查找 的 相关 信息 。Composite 可 以 缓冲 存储 实际 结果 或 
者 仅仅 是 一 些 用 于 缩短 遍历 或 查询 长 度 的 信息 。 例 如 ， 动 机 一 节 的 例子 中 Picture 类 能 高 速 组 
冲 存 贮 其 子 部 件 的 边界 框 ， 在 绘图 或 选择 期 间 ， 当 子 部 件 在 当前 窗口 中 不 可 见 时 ， 这 个 边界 
框 使 得 Picture 不 需要 再 进行 绘图 或 选择 。 

一 个 组 件 发 生变 化 时 ， 它 的 父 部 件 原先 缓冲 存 贮 的 信息 也 变 得 无 效 。 在 组 件 知道 其 父 部 
件 时 ， 这 种 方法 最 为 有 效 。 因 此 ， 如 果 你 使 用 高 速 缓冲 存 贮 ， 你 需要 定义 一 个 接口 来 通知 组 
合 组 件 它 们 所 缓冲 存 贮 的 信息 无 效 。 

8) 应 该 由 谁 删除 Component 在 没有 垃圾 回收 机 制 的 语言 中 ， 当 一 个 Composite 被 销 筑 时 ， 
通常 最 好 由 Composite 负 责 删除 其 子 节点 。 但 有 一 种 情况 除外 ， 即 Leaf 对 象 不 会 改变 ， 因 此 可 
以 被 共享 。 

9) 存 贮 组 件 最 好 用 哪 一 种 数据 结构 “Composite 可 使 用 多 种 数据 结构 存 贮 它们 的 子 节点 ， 
包括 连接 列表 、 树 、 数 组 和 hash 表 。 数 据 结 构 的 选择 取决 于 效率 。 事 实 上 ， 使 用 通用 数据 结 
构 根 本 没有 必要 。 有 时 对 每 个 子 节点 ，Composite 都 有 一 个 变量 与 之 对 应 ， 这 就 要 求 
Composite 的 每 个 子 类 都 要 实现 自己 的 管理 接口 。 参 见 Interpreter(5.3) 模 式 中 的 例子 。 

9. 代码 示例 

计算 机 和 立体 声 组 合 音 响 这 样 的 设备 经 常 被 组 装 成 部 分 - 整体 层次 结构 或 者 是 容器 层次 
结构 。 例 如 ， 底 盘 可 包含 驱动 装置 和 平面 板 ， 总 线 含有 多 个 插件 ， 机 柜 包 括 底盘 、 总 线 等 。 
这 种 结构 可 以 很 自然 地 用 Composite 模 式 进 行 模拟 。 

Equipment 类 为 在 部 分 - 整体 层次 结构 中 的 所 有 设备 定义 了 一 个 接口 。 

class Equipment { 


public: 
virtual ~Equipment (); 


const char* Name() { return _name; } 


virtual Watt Power (); 
virtual Currency NetPrice(); 
virtual Currency DiscountPrice(); 


virtual void Add(Equipment*) ; 

virtual void Remove (Equipment* ) ; 

virtual Iterator<Equipment*>* CreateIterator(); 
protected: 

Equipment (const char*); 
private: 

const char* _name; 


}; 
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Equipment 声明 一 些 操作 返回 一 个 设备 的 属性 ， 例 如 它 的 能 量 消耗 和 价格 。 子 类 为 指定 的 
设备 实现 这 些 操 作 ，Equipment 还 声明 了 一 个 CreateIterator 操 作 ， 该 操作 为 访问 它 的 零件 返回 
一 个 Iterator ( 参见 附录 C )。 这 个 操作 的 缺 省 实现 返回 一 个 Nulllterator， 它 在 空 集 上 要 代 。 

Equipment 的 子 类 包括 表示 磁盘 驱动 器 、 集 成 电路 和 开关 的 Leaf 类 : 


class FloppyDisk : public Equipment { 
public: 

FloppyDisk(const char*) ; 

virtual ~FloppyDisk(); 


virtual Watt Power(); 

virtual Currency NetPrice(); 

virtual Currency DiscountPrice(); 
}; 


CompositeEquipment 是 包含 其 他 设备 的 基 类 ， 它 也 是 Equipment 的 子 类 。 


class CompositeEquipment : public Equipment { 
public: 
virtual ~CompositeEquipment (); 


virtual Watt Power(); 
virtual Currency NetPrice(); 
virtual Currency DiscountPrice(); 


virtual void Add(Equipment*) ; 
virtual void Remove (Equipment*) ; 
virtual Iterator<Equipment*>* CreateIterator(); 


protected: 

CompositeEquipment (const char*); 
private: 

List<Equipment*> _equipment; 
}; 


CompositeEquipment 为 访问 和 管理 子 设备 定义 了 一 些 操作 。 操 作 Add 和 Remove 从 存储 在 
_eduipment 成 员 变量 中 的 设备 列表 中 播 和 人 并 删除 设备 。 操 作 CreateIterator 返 回 一 个 迭代 器 
( ListIterator 的 一 个 实例 ) 遍历 这 个 列表 。 

NetPrice 的 缺 省 实现 使 用 CreateIterator 来 累加 子 设备 的 实际 价格 。 。 

Currency CompositeEquipment : :NetPrice O { 


Iterator<Equipment*>* i = CreateIterator(); 
Currency total = 0; 


for (i->First(); !i~>IsDone(); i->Next()) { 
total += i->CurrentItem()->NetPrice(); 
} 
delete i; 
return total; 
} 


现在 我 们 将 计算 机 的 底盘 表示 为 CompositeEquipment 的 子 类 Chassis。Chassis 从 
CompositeEquipment 继 承 了 与 子 类 有 关 的 那些 操作 。 


class Chassis : public CompositeEquipment { 
public: 

Chassis(const char*); 

virtual ~Chassis(); 


© 用 完 Iterator 时 ， 很 容易 忘记 删除 它 。Iterator 模 式 描 述 了 如 何 处 理 这 类 问题 。 
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virtual Watt Power (); 

virtual Currency NetPrice(); 

virtual Currency DiscountPrice(); 
} 


我 们 可 用 相似 的 方式 定义 其 他 设备 容器 ， 如 Cabinet 和 Bus。 这 样 我 们 就 得 到 了 组 装 一 台 
(非常 简单 ) 个 人 计算 机 所 需 的 所 有 设备 。 

Cabinet* cabinet = new Cabinet ("PC Cabinet"); 

Chassis* chassis = new Chassis("PC Chassis"); 


cabinet ->Add (chassis); 


Bus* bus = new Bus("MCA Bus"); 
bus->Add (new Card("16Mbs Token Ring") ); 


chassis->Add (bus); 
chassis->Add(new FloppyDisk("3.5in Floppy")); 


cout << "The net price is " << chassis->NetPrice() << endl; 


10. 已 知 应 用 

几乎 在 所 有 面向 对 象 的 系统 中 都 有 Composite 模式 的 应 用 实例 。 在 Smalltalk 中 的 
ModelView/ControllerfKP88] 结 构 中 ， 原 始 View 类 就 是 一 个 Composite, 几乎 每 个 用 户 界 面 工 
具 箱 或 框架 都 遵循 这 些 步 又 ， 其 中 包括 ET++ (用 VObjects[WGM88]) 和 InterViews(Style 
[LCI+92],Graphics[VL88] 和 Glyphs[CL90])。 很 有 趣 的 是 Model /View/Controller 中 的 原始 View 
有 一 组 子 视图 ; 换 名 话说，View 既是 Component 类 ， 又 是 Composite 类 。4.0 版 的 Smalltalk-80 
用 VisualComponent 类 修改 了 Model/View/Controller,，VisualComponent 类 含有 子 类 View 和 和 
CompositeView。 

RTL Smalltalk 编译 器 框架 [JML92] 大 量 地 使 用 了 Composite 模 式 。RTLExpression 是 一 个 
对 应 于 语法 分 析 树 的 Component 类 。 它 有 一 些 子 类 ,例如 BinaryExpression，, 而 
BinaryExpression 包 含 子 RTLExpression 对 象 。 这 些 类 为 语法 分 析 树 定义 了 一 个 组 合 结构 。 
RegisterTransfer 是 一 个 用 于 程序 的 中 间 Single Static Assignment(SSA) 形 式 的 Component 类 。 
RegisterTransfer 的 Leaf 子 类 定义 了 一 些 不 同 的 静态 赋值 形式 ， 例 如 : 

“基本 赋值 ， 在 两 个 寄存 器 上 执行 操作 并 且 将 结果 放 和 人 第 三 个 寄存 器 中 。 

。 具 有 源 寄存 器 但 无 目标 寄存 器 的 赋值 ， 这 说 明 是 在 例 程 返回 后 使 用 该 寄存 器 。 

。 有 具有 目标 寄存 器 但 无 源 寄存 器 的 赋值 ， 这 说 明 是 在 例 程 开 始 之 前 分 配 目 标 寄存 器 。 

另 一 个 子 类 RegisterTransferSet， 是 一 个 Composite 类 ， 表 示 一 次 改变 几 个 寄存 器 的 赋值 。 

这 种 模式 的 另 一 个 例子 出 现在 财经 应 用 领域 ， 在 这 一 领域 中 ， 一 个 资产 组 合 聚合 多 个 单 
个 资产 。 为 了 支持 复杂 的 资产 聚合 ， 资 产 组 合 可 以 用 一 个 Composite 类 实现 ， 这 个 Composite 
类 与 单个 资产 的 接口 一 致 [BE93]。 

Command ( 5.2 ) 模式 描述 了 如 何 用 一 个 MacroCommand Composite 类 组 成 一 些 Command 
对 象 ， 并 对 它们 进行 排序 。 

11. 相关 模式 

通常 部 件 - 父 部 件 连接 用 于 Responsibility of Chain(5.1) 模 式 。 

Decorator (4.4) 模式 经 常 与 Composite 模 式 一 起 使 用 。 当 装饰 和 组 合 一 起 使 用 时 ， 它 们 
通常 有 一 个 公共 的 父 类 。 因 此 装饰 必须 支持 具有 Add 、Remove 和 GetChild 操作 的 Component 
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接口 。 
Flyweight(4.6) 让 你 共享 组 件 ， 但 不 再 能 引用 他 们 的 父 部 件 。 
Itertor(5.4) 可 用 来 遍历 Composite。 
Visitor(5.11) 将 本 来 应 该 分 布 在 Composite 和 Leaf 类 中 的 操作 和 行为 局 部 化 。 


4.4 DECORATOR ( 装饰 ) 一 一 对 象 结构 型 模式 


1. 意图 

动态 地 给 一 个 对 象 添 加 一 些 人 额外 的 职责 。 就 增加 功能 来 说 ，Decorator 模 式 相 比 生成 子 类 
更 为 灵活 。 l 

2. 别名 

包装 器 Wrapper 

3. 动机 

有 时 我 们 希望 给 某 个 对 象 而 不 是 整个 类 添加 一 些 功 能 。 例 如 ， 一 个 图 形 用 户 界面 工具 箱 
允许 你 对 任意 一 个 用 户 界面 组 件 添 加 一 些 特性 ， 例 如 边框 ， 或 是 一 些 行为 ， 例 如 窗口 滚动 。 

使 用 继承 机 制 是 添加 功能 的 一 种 有 效 途 径 ， 从 其 他 类 继承 过 来 的 边框 特性 可 以 被 多 个 子 
类 的 实例 所 使 用 。 但 这 种 方法 不 够 灵活 ， 因 为 边框 的 选择 是 静态 的 ， 用 户 不 能 控制 对 组 件 加 
边框 的 方式 和 时 机 。 

一 种 较为 灵活 的 方式 是 将 组 件 能 人 另 一 个 对 象 中 ， 由 这 个 对 象 添 加 边框 。 我 们 称 这 个 千 
和 人 的 对 象 为 装饰 。 这 个 装饰 与 它 所 装饰 的 组 件 接口 一 致 ， 因 此 它 对 使 用 该 组 件 的 客户 透明 。 
它 将 客户 请 求 转 发 给 该 组 件 ， 并 且 可 能 在 转发 前 后 执行 一 些 额 外 的 动作 ( 例如 画 一 个 边框 )。 
透明 性 使 得 你 可 以 递归 的 嵌 套 多 个 装饰 ， 从 而 可 以 添加 任意 多 的 功能 ， 如 下 图 所 示 。 
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例如 ， 假 定 有 一 个 对 象 TextView， 它 可 以 在 窗口 中 显示 正文 。 缺 省 的 TextView 没 有 滚动 
条 ， 因 为 我 们 可 能 有 时 并 不 需要 滚动 条 。 当 需要 滚动 条 时 ， 我 们 可 以 用 ScrollDecorator 添 加 滚 
动 条 。 如 果 我 们 还 想 在 TextView 周 围 添加 一 个 粗 黑 边框 ， 可 以 使 用 BorderDecorator 添 加 。 因 
此 只 要 简单 地 将 这 些 装饰 和 TextView 进 行 组 合 ， 就 可 以 达到 预期 的 效果 。 

下 面 的 对 象 图 展示 了 如 何 将 一 个 TextView 对 象 与 BorderDecorator 以 及 ScrollDecorator 对 象 
组 装 起 来 产生 一 个 具有 边框 和 滚动 条 的 文本 显示 窗口 。 


BorderDecorator ` 

LT 

iow 
CD 
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ScrollDecorator#BorderDecorator 类 是 Decorator 类 的 子 类 。Decorator 类 是 一 个 可 视 组 件 
的 抽象 类 ， 用 于 装饰 其 他 可 视 组 件 ， 如 下 图 所 示 。 






和 


VisualComponent 是 一 个 描述 可 视 对 象 的 抽象 类 ， 它 定义 了 绘制 和 事件 处 理 的 接口 。 注 意 
Decorator 类 怎样 将 绘制 请 求 简 单 地 发 送 给 它 的 组 件 ， 以 及 Decorator 的 子 类 如 何 扩展 这 个 操作 。 
Decorator 的 子 类 为 特定 功能 可 以 自由 地 添加 一 些 操 作 。 例 如 ， 如 果 其 他 对 象 知道 界面 中 
恰好 有 一 个 ScrollDecorator 对 象 ， 这 些 对 象 就 可 以 用 ScrollDecorator 对 象 的 ScrollTo 操 作 滚 动 这 
个 界面 。 这 个 模式 中 有 一 点 很 重要 ， 它 使 得 在 VisualComponent 可 以 出 现 的 任何 地 方 都 可 以 有 
装饰 。 因 此 ， 客 户 通常 不 会 感觉 到 装饰 过 的 组 件 与 未 装饰 组 件 之 间 的 差异 ， 也 不 会 与 装饰 产 


生 任 何 依赖 关系 。 
4. 适用 性 
以 下 情况 使 用 Decorator 模 式 
。 在 不 影响 其 他 对 象 的 情况 下 ， 以 动态 、 透 明 的 方式 给 单个 对 象 添加 职责 。 
。 处 理 那 些 可 以 撤消 的 职责 。 


*。 当 不 能 采用 生成 子 类 的 方法 进行 扩充 时 。 一 种 情况 是 ， 可 能 有 大 量 独立 的 扩展 ， 为 支持 
每 一 种 组 合 将 产生 大 量 的 子 类 ， 使 得 子 类 数目 呈 爆 炸 性 增长 。 另 一 种 情况 可 能 是 因为 类 
定义 被 隐藏， 或 类 定义 不 能 用 于 生成 子 类 。 

5. 结构 
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6. 参与 者 
*。Component (VisualComponent) 
一 定义 一 个 对 象 接口 ， 可 以 给 这 些 对 象 动态 地 添加 职责 。 
。 ConcreteComponent (TextView) 
一 定义 一 个 对 象 ， 可 以 给 这 个 对 象 添 加 一 些 职责 。 
* Decorator 
一 维持 一 个 指向 Component 对 象 的 指针 ， 并 定义 一 个 与 Component 接 口 一 致 的 接口 。 
« ConcreteDecorator (BorderDecorator, ScrollDecorator) 
一 向 组 件 添加 职责 。 

7. 协作 

。Decorator 将 请 求 转发 给 它 的 Component 对 象 ， 并 有 可 能 在 转发 请 求 前 后 执行 一 些 附 加 的 

动作 。 

8. 效果 

Decorator 模 式 至 少 有 两 个 主要 优点 和 两 个 缺点 : 

1) 比 静 态 继 承 更 灵活 与 对 象 的 静态 继承 ( 多 重 继承 ) 相 比 ，Decorator 模 式 提 供 了 更 加 
灵活 的 向 对 象 添 加 职责 的 方式 。 可 以 用 添加 和 分 离 的 方法 ， 用 装饰 在 运行 时 刻 增加 和 删除 职 
责 。 相 比 之 下 ， 继 承 机 制 要求 为 每 个 添加 的 职责 创建 一 个 新 的 子 类 ( 例如 ，BorderScrollable 
TextView, BorderedTextView )。 这 会 产生 许多 新 的 类 ， 并 且 会 增加 系统 的 复杂 度 。 此 外 ， 为 一 
个 特定 的 Component 类 提供 多 个 不 同 的 Decorator 类 ， 这 就 使 得 你 可 以 对 一 些 职责 进行 混合 和 
匹配 。 

使 用 Decorator 模 式 可 以 很 容易 地 重复 添加 一 个 特性 ， 例 如 在 TextView 上 添加 双边 框 时 ， 
仅 需 将 添加 两 个 BorderDecorator 即 可 。 而 两 次 继承 Border 类 则 极 容 易 出 错 的 。 

2) 避免 在 层次 结构 高 层 的 类 有 太 多 的 特征 ”Decerater 模 式 提 供 了 一 种 “ 即 用 即 付 ”的 方 
法 来 添加 职责 。 它 并 不 试图 在 一 个 复杂 的 可 定制 的 类 中 支持 所 有 可 预见 的 特征 ， 相 反 ， 你 可 
以 定义 一 个 简单 的 类 ， 并 且 用 Decorator 类 给 它 逐 渐 地 添加 功能 。 可 以 从 简单 的 部 件 组 合 出 复 
杂 的 功能 。 这 样 ， 应 用 程序 不 必 为 不 需要 的 特征 付出 代价 。 同 时 也 更 易于 不 依赖 于 Decorator 
所 扩展 (甚至 是 不 可 预知 的 扩展 ) 的 类 而 独立 地 定义 新 类 型 的 Decorator。 扩 展 一 个 复杂 类 的 
时 候 ， 很 可 能 会 暴露 与 添加 的 职责 无 关 的 细节 。 

3) Decorator 与 它 的 Component 不 一 样 ”Decorator 是 一 个 透明 的 包装 。 如 果 我 们 从 对 象 标 
识 的 观点 出 发 ， 一 个 被 装饰 了 的 组 件 与 这 个 组 件 是 有 差别 的 ， 因 此 ， 使 用 装饰 时 不 应 该 依赖 
对 象 标识 。 

4) 有 许多 小 对 象 ” 采 用 Decorator 模 式 进 行 系统 设计 往往 会 产生 许多 看 上 去 类 似 的 小 对 象 ， 
这 些 对 象 仅仅 在 他 们 相互 连接 的 方式 上 有 所 不 同 ， 而 不 是 它们 的 类 或 是 它们 的 属性 值 有 所 不 
同 。 尽 管 对 于 那些 了 解 这 些 系 统 的 人 来 说 ， 很 容易 对 它们 进行 定制 ， 但 是 很 难 学 习 这 些 系统 ， 
排 错 也 很 困难 。 ` 

9. 实现 

使 用 Decorator 模 式 时 应 注意 以 下 几 点 : 

1) 接口 的 一 致 性 ”装饰 对 象 的 接口 必须 与 它 所 装饰 的 Component 的 接口 是 一 致 的 ， 因 此 ， 
所 有 的 ConcreteDecorator 类 必须 有 一 个 公共 的 父 类 ( 至 少 在 C++ 中 如 此 )。 
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2) 省 略 抽 和 象 的 Decorator 类 ” 当 你 仅 需 要 添加 一 个 职责 时 ， 没 有 必要 定义 抽象 Decorator 类 。 
你 常常 需要 处 理 现存 的 类 层次 结构 而 不 是 设计 一 个 新 系统 ， 这 时 你 可 以 把 Decorator 向 
Component 转 发 请 求 的 职责 合并 到 ConcreteDecorator 中 。 

3) 保持 Component 类 的 简单 性 ”为 了 保证 接口 的 一 臻 性， 组 件 和 装饰 必须 有 一 个 公共 的 
Component 父 类 。 因 此 保持 这 个 类 的 简单 性 是 很 重要 的 ; 即 ， 它 应 集中 于 定义 接口 而 不 是 存 
储 数据 。 对 数据 表示 的 定义 应 延迟 到 子 类 中 ， 否 则 Component 类 会 变 得 过 于 复杂 和 庞大 ， 因 
而 难以 大 量 使 用 。 赋 了 予 Component 太 多 的 功能 也 使 得 ， 具 体 的 子 类 有 一 些 它们 并 不 需要 的 功 
能 的 可 能 性 大 大 增加 。 

4) 改变 对 象 外 壳 与 改变 对 象 内 核 ”我 们 可 以 将 Decorator 看 作 一 个 对 象 的 外 壳 ， 它 可 以 改 
变 这 个 对 象 的 行为 。 另 外 一 种 方法 是 改变 对 象 的 内 核 。 例 如 ，Strategy(5.9) 模 式 就 是 一 个 用 于 
改变 内 核 的 很 好 的 模式 。 

当 Component 类 原本 就 很 庞大 时 ， 使 用 Decorator 模 式 代价 太 高 ，Strategy 模 式 相对 更 好 一 
些 。 在 Strategy 模 式 中 ， 组件 将 它 的 一 些 行为 转发 给 一 个 独立 的 策略 对 象 ， 我 们 可 以 将 换 
strategy 对 象 ， 从 而 改变 或 扩充 组 件 的 功能 。 

例如 我 们 可 以 将 组 件 绘制 边界 的 功能 延迟 到 一 个 独立 的 Border 对 象 中 ， 这 样 就 可 以 支持 
不 同 的 边界 风格 。 这 个 Border 对 象 是 一 个 Strategy 对 象 ， 它 封装 了 边界 绘制 策略 。 我 们 可 以 将 
策略 的 数目 从 一 个 扩充 为 任意 多 个 ， 这 样 产生 的 效果 与 对 装饰 进行 递归 艇 套 是 一 样 的 。 

在 MacApp3.0[App89] 和 Bedrock[Sym93a] 中 ， 绘 图 组 件 ( 称 之 为 “视图 ”) 有 一 个 “装饰 ” 
(adorner) 对 象 列表 ， 这 些 对 象 可 用 来 给 一 个 视图 组 件 添加 一 些 装 饰 ， 例 如 边框 。 如 果 给 一 个 
视图 添加 了 一 些 装 饰 ， 就 可 以 用 这 些 装饰 对 这 个 视图 进行 一 些 额外 的 修饰 。 由 于 View 类 过 于 
庞大 ，MacApp 和 Bedrock 必 须 使 用 这 种 方法 。 仅 为 添加 一 个 边框 就 使 用 一 个 完整 的 View， 代 
价 太 高 。 

由 于 Decorator 模 式 仅 从 外 部 改变 组 件 ， 因 此 组 件 无 需 对 它 的 装饰 有 任何 了 解 ; 也 就 是 说 ， 
这 些 装饰 对 该 组 件 是 透明 的 ， 如 下 图 所 示 。 


CT 
CD 
| decorator- 扩 展 的 功能 o | 


在 Strategy 模 式 中 ，component 组 件 本 身 知 道 可 能 进行 哪些 扩充 ， 因 此 它 必 须 引 用 并 维护 
相应 的 策略 ， 如 下 图 所 示 。 


.| 
aStrategy 
C= 


基于 Strategy 的 方法 可 能 需要 修改 component 组 件 以 适应 新 的 扩充 。 另 一 方面 ， 一 个 策略 
可 以 有 自己 特定 的 接口 ， 而 装饰 的 接口 则 必须 与 组 件 的 接口 一 致 。 例 如 ， 一 个 绘制 边框 的 策 
略 仅 需要 定义 生成 边框 的 接口 ( DrawBorder, GetWidth 等 )， 这 意味 着 即使 Component 类 很 虎 
大 时 ， 策 略 也 可 以 很 小 。 
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MacApp 和 Bedrock 中 ， 这 种 方法 不 仅仅 用 于 装饰 视图 ， 还 用 于 增强 对 象 的 事件 处 理 能 力 。 
在 这 两 个 系统 中 ， 每 个 视图 维护 一 个 “行为 ”对 象 列表 ， 这 些 对 象 可 以 修改 和 截获 事件 。 在 
已 注册 的 行为 对 象 被 没有 注册 的 行为 有 效 的 重 定义 之 前 ， 这 个 视图 给 每 个 已 注册 的 对 象 一 个 
处 理事 件 的 机 会 。 可 以 用 特殊 的 键盘 处 理 支 持 装饰 一 个 视图 ， 例如， 可 以 注册 一 个 行为 对 象 
截取 并 处 理 键盘 事件 。 

10. 代码 示例 

以 下 C++ 代码 说 明了 如 何 实现 用 户 接口 装饰 。 我 们 假定 已 经 存在 一 个 Component 类 


VisualComponent。 


class VisualComponent { 
public: 
VisualComponent () ; 


virtual void Draw(); ` 
virtual void Resize(); 
// ... 

}; 


我 们 定义 VisualComponent 的 一 个 子 类 Decorator， 我 们 将 生成 Decorator 的 子 类 以 获取 不 同 
的 装饰 。 
class Decorator : public VisualComponent { 
public: 
Decorator (VisualComponent *) ; 


virtual void Draw(); 
virtual void Resize(); 
// ... 

private: 


VisualComponent* _component; 
}; 


Decorator 装 饰 由 _component 实 例 变量 引用 的 VisualComponent， 这 个 实例 变量 在 构造 器 中 
被 初始 化 。 对 于 VisualComponent 接 口中 定义 的 每 一 个 操作 ，Decorator 类 都 定义 了 一 个 缺 省 的 
实现 ， 这 一 实现 将 请 求 转 发 给 _component: 
void Decorator::Draw () { 


~component~->Draw() ; 
} 


void Decorator::Resize () { 
_component ->Resize(); 


} 


Decorator 的 子 类 定义 了 特殊 的 装饰 功能 ， 例 如 ，BorderDecorator 类 为 它 所 包含 的 组 件 添 
加 了 一 个 边框 。BorderDecorator 是 Decorator 的 子 类 ， 它 重 定义 Draw 操 作用 于 绘制 边框 。 同 时 
BorderDecorator 还 定义 了 一 个 私有 的 辅助 操作 DrawBorder， 由 它 绘制 边框 。 这 些 子 类 继承 了 
Decorator 类 所 有 其 他 的 操作 。 


class BorderDecorator : public Decorator { 
public: 
BorderDecorator (VisualComponent*, int borderWidth) ; 


virtual void Draw(); 
private: 

void DrawBorder (int); 
private: 

int _width; 
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}; 


void BorderDecorator: :Draw () { 
Decorator: :Draw(); 
DrawBorder (_width) ; 

} 


类 似 的 可 以 实现 ScrollDecorator 和 DropShadowDecorator ， 它 们 给 可 视 组 件 添 加 滚动 和 阴 
影 功 能 。 

现在 我 们 组 合 这 些 类 的 实例 以 提供 不 同 的 装饰 效果 ， 以 下 代码 展示 了 如 何 使 用 Decorator 
创建 一 个 具有 边界 的 可 滚动 TextView、. 

首先 我 们 要 将 一 个 可 视 组 件 放 和 人 窗口 对 象 中 。 我 们 假设 Window 类 为 此 已 经 提供 了 一 个 
SetContents 操 作 : 


void Window: :SetContents (VisualComponent* contents) { 
} 
现在 我 们 可 以 创建 一 个 正文 视图 以 及 放 入 这 个 正文 视图 的 窗口 : 


Window* window = new Window; 
TextView* textView = new TextView; 


TextView 是 一 个 VisualComponent， 它 可 以 放 人 窗口 中 : 


window->SetContents (textView); 


但 我 们 想 要 一 个 有 边界 的 和 可 以 滚动 的 TextView， 因 此 我 们 在 将 它 放 人 窗口 之 前 对 其 进 
行 装 饰 : 
window->SetContents ( 
new BorderDecorator ( 
new ScrollDecorator (textView), 1 


) 
) 


由 于 Window 通 过 VisualComponent 接 口 访问 它 的 内 容 ， 因 此 它 并 不 知道 存在 该 装饰 。 如 
果 你 需要 直接 与 正文 视图 交互 ， 例 如 ， 你 想 调用 一 些 操作 ， 而 这 些 操作 不 是 VisualComponent 
接口 的 一 部 分 ， 此 时 你 可 以 跟踪 正文 视图 。 依 束 于 组 件 标 识 的 客户 也 应 该 直接 引用 它 。 

11. 已 知 应 用 

许多 面向 对 象 的 用 户 界 面 工 具 箱 使 用 装饰 为 窗口 组 件 添 加 图 形 装 饰 ， 例 如 InterViews 
[LVC89, LCI*92}, ET++[WGM88] 和 ObjectWorks\Smalltalk 类 库 [Par90]。 一 些 Decorator 模 式 的 
比较 特殊 的 应 用 有 InterViews 的 DebuggingGlyph 和 ParcPlace Smalltalk 的 PassivityWrapper。 
DebuggingGlyph 在 向 它 的 组 件 转发 布局 请 求 前 后 ， 打 印 出 调试 信息 。 这 些 跟踪 信息 可 用 于 分 
析 和 调试 一 个 复杂 组 合 中 对 象 的 布局 行为 。PassivityWrapper 可 以 允许 和 禁止 用 户 与 组 件 的 交 
Ho 

但 是 Decorator 模 式 不 仅仅 局 限于 图 形 用 户 界面 ， 下 面 的 例子 ( 基于 ET++ 的 streaming 类 
[WGM88] ) 说 明了 这 一 点 。 

Streams 是 大 多 数 WO 设 备 的 基础 抽象 结构 ， 它 提供 了 将 对 象 转换 成 为 字 节 或 字符 流 的 操作 
接口 ， 使 我 们 可 以 将 一 个 对 象 转变 成 一 个 文件 或 内 存 中 的 字符 串 ， 可 以 在 以 后 恢复 使 用 。 一 
个 简单 直接 的 方法 是 定义 一 个 抽象 的 Stream 类 ， 它 有 两 个 子 类 MemoryStream 与 FileStream。 
但 假定 我 们 还 希望 能 够 做 下 面 一 些 事情 : 
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*。 用 不 同 的 压缩 算法 ( 行程 编码 , Lempel-Ziv 等 ) 对 数据 流 进 行 压缩 。 

。 将 流 数 据 简 化 为 7 位 ASCII 码 字符 ， 这 样 它 就 可 以 在 ASCII 信 道上 传输 。 

Decorator 模 式 提供 的 将 这 些 功 能 添加 到 Stream 中 方法 很 巧妙 。 下 面 的 类 图 给 出 了 一 个 解 
决 问题 的 方法 。 





Stream 抽 象 类 维持 了 一 个 内 部 缓冲 区 并 提供 一 些 操 作 ( Putint, PutString ) 用 于 将 数据 存 
人 流 中 。 一 旦 这 个 缓冲 区 满 了 ，Stream 就 会 调用 抽象 操作 HandleBufferFull 进 行 实际 数据 传输 。 
在 FileStream 中 重 定义 了 这 个 操作 ， 将 缓冲 区 中 的 数据 传输 到 文件 中 去 。 

这 里 的 关键 类 是 StreamDecorator， 它 维持 了 一 个 指向 组 件 流 的 指针 并 将 请 求 转发 给 它 
StreamDecorator 子 类 重 定义 HandleBufferFull 操 作 并 且 在 调用 StreamDecorator 的 
HandleBufferFull 操 作 之 前 执行 一 些 额外 的 动作 。 

例如 ，CompressingStream 子 类 用 于 压缩 数据 ， 而 ASCII7Stream 将 数据 转换 成 7 位 ASCII 码 。 
现在 我 们 创建 FileStream 类 ， 它 首先 将 数据 压缩 ， 然 后 将 压缩 了 的 二 进 制 数据 转换 成 为 7 位 
ASCII 码 ， 我 们 用 CompressingStream 和 ASCII7Stream 装 饰 FileStream: 


Stream* aStream = new CompressingStream( 
new ASCII7Stream( 
new FileStream("*aFileName") 
) 


aStream-—->PutInt (12); 
aStream->PutString("aString"); 


12. 相关 模式 

Adapter(4.1) 模 式 : Decorator 模 式 不 同 于 Adapter 模 式 ， 因 为 装饰 仅 改变 对 象 的 职责 而 不 改 
变 它 的 接口 ;而 适配器 将 给 对 象 一 个 全 新 的 接口 。 

Composite(4.3) 模 式 : 可 以 将 装饰 视 为 一 个 退化 的 、 仅 有 一 个 组 件 的 组 合 。 然 而 ， 装 饰 仅 
给 对 象 添加 一 些 额外 的 职责 一 一 它 的 目的 不 在 于 对 象 聚集 。 

Strategy(5.9) 模 式 : 用 一 个 装饰 你 可 以 改变 对 象 的 外 表 ; 而 Strategy 模 式 使 得 你 可 以 改变 
对 象 的 内 核 。 这 是 改变 对 象 的 两 种 途径 。 
4.5 FACADE ( 外 观 ) 一 一 对 象 结构 型 模式 


1. 意图 
为 子 系统 中 的 一 组 接口 提供 一 个 一 致 的 界面 ，Facade 模 式 定义 了 一 个 高 层 接口 ， 这 个 接 
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口 使 得 这 一 子 系统 更 加 容易 使 用 。 

2. 动机 

将 一 个 系统 划分 成 为 若干 个 子 系统 有 利于 降低 系统 的 复杂 性 。 一 个 常见 的 设计 目标 是 使 
子 系统 间 的 通信 和 和 相互 依赖 关系 达到 最 小 。 达 到 该 目标 的 途径 之 一 是 就 是 引入 一 个 外 观 
(facade ) 对 象 ， 它 为 子 系统 中 较 一 般 的 设施 提供 了 一 个 单一 而 简单 的 界面 。 


客户 类 





子 系统 类 -| 


例如 有 一 个 编程 环境 ， 它 允许 应 用 程序 访问 它 的 编译 子 系统 。 这 个 编译 子 系统 包含 了 若 
于 个 类 ， 如 Scanner 、Parser 、ProgramNode 、BytecodeStream 和 了 ProgramNodeBuilder ， 用 于 实 
现 这 一 编译 器 。 有 些 特殊 应 用 程序 需要 直接 访问 这 些 类 ， 但 是 大 多 数 编译 器 的 用 户 并 不 关心 
语法 分 析 和 代码 生成 这 样 的 细节 ; 他 们 只 是 希望 编译 一 些 代 码 。 对 这 些 用 户 ， 编 译 子 系统 中 
那些 功能 强大 但 层次 较 低 的 接口 只 会 使 他 们 的 任务 复杂 化 。 

为 了 提供 一 个 高 层 的 接口 并 且 对 客户 屏蔽 这 些 类 ， 编 译 子 系统 还 包括 一 个 Complier 类 。 
这 个 类 定义 了 一 个 编译 器 功能 的 统一 接口 。Compiler 类 是 一 个 外 观 ， 它 给 用 户 提 供 了 一 个 单 
一 而 简单 的 编译 子 系统 接口 。 它 无 需 完 全 隐藏 实现 编译 功能 的 那些 类 ， 即 可 将 它们 结合 在 一 
起 。 编 译 器 的 外 观 可 方便 大 多 数 程序 员 使 用 ， 同 时 对 少数 懂得 如 何 使 用 底层 功能 的 人 ， 它 并 
不 隐藏 这 些 功能 ， 如 下 图 所 示 。 
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3. 适用 性 

在 遇 到 以 下 情况 使 用 Facade 模 式 

。 当 你 要 为 一 个 复杂 子 系 统 提 供 一 个 简单 接口 时 。 子 系统 往往 因为 不 断 演 化 而 变 得 越 来 越 
复杂 。 大 多 数 模 式 使 用 时 都 会 产生 更 多 更 小 的 类 。 这 使 得 子 系统 更 具 可 重用 性 ， 也 更 容 
易 对 子 系统 进行 定制 ， 但 这 也 给 那些 不 需要 定制 子 系统 的 用 户 带 来 一 些 使 用 上 的 困难 。 
Facade 可 以 提供 一 个 简单 的 缺 省 视图 ， 这 一 视图 对 大 多 数 用 户 来 说 已 经 足够 ， 而 那些 需 
要 更 多 的 可 定制 性 的 用 户 可 以 越过 facade 层 。 

。 客 户 程序 与 抽象 类 的 实现 部 分 之 间 存 在 着 很 大 的 依赖 性 。 引 和 facade 将 这 个 子 系统 与 客 
户 以 及 其 他 的 子 系统 分 离 ， 可 以 提高 子 系统 的 独立 性 和 可 移植 性 。 

*。 当 你 需要 构建 一 个 层次 结构 的 子 系统 时 ， 使 用 facade 模 式 定义 子 系统 中 每 层 的 人 口 点 。 
如 果子 系统 之 间 是 相互 依赖 的 ， 你 可 以 让 它们 仅 通 过 facade 进 行 通讯 ， 从 而 简化 了 它们 
之 间 的 依赖 关系 。 

4. 结构 





5. 参与 者 
e Facade (Compiler) 
一 知道 哪些 子 系统 类 负责 处 理 请 求 。 
一 将 客户 的 请 求 代理 给 适当 的 子 系统 对 象 。 
e Subsystem classes (Scanner、Parser、ProgramNode 等 ) 
一 实现 子 系统 的 功能 。 
一 处 理由 Facade 对 象 指派 的 任务 。 
一 没有 facade 的 任何 相关 信息 ; 即 没有 指向 facade 的 指针 。 
6. 协作 
。 客 户 程序 通过 发 送 请求 给 Facade 的 方式 与 子 系统 通讯 ，Facade 将 这 些 消 息 转发 给 适当 的 
子 系统 对 象 。 尽 管 是 子 系统 中 的 有 关 对 象 在 做 实际 工作 ， 但 Facade 模 式 本 身 也 必须 将 它 
的 接口 转换 成 子 系统 的 接口 。 
。 使 用 Facade 的 客户 程序 不 需要 直接 访问 子 系统 对 象 。 
7. 效果 
Facade 模 式 有 下 面 一 些 优 点 : 
1) 它 对 客户 屏蔽 子 系统 组 件 ， 因 而 减少 了 客户 处 理 的 对 象 的 数目 并 使 得 子 系统 使 用 起 来 
更 加 方便 。 
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2) 它 实 现 了 子 系统 与 客户 之 间 的 松 耦 合 关系 ， 而 子 系统 内 部 的 功能 组 件 往往 是 紧 耦 合 的 。 
松 耦 合 关系 使 得 子 系统 的 组 件 变化 不 会 影响 到 它 的 客户 。Facade 模 式 有 助 于 建立 层次 结构 系 
统 ， 也 有 助 于 对 对 象 之 间 的 依赖 关系 分 层 。EFacade 模 式 可 以 消除 复杂 的 循环 依赖 关系 。 这 一 
点 在 客户 程序 与 子 系统 是 分 别 实现 的 时 候 尤 为 重要 。 

在 大 型 软件 系统 中 降低 编译 依赖 性 至 关 重 要 。 在 子 系统 类 改变 时 ， 和 希望 尽量 减少 重 编译 
工作 以 节省 时 间 。 用 Facade 可 以 降低 编译 依赖 性 ， 限 制 重要 系统 中 较 小 的 变化 所 需 的 重 编译 
工作 。Facade 模 式 同样 也 有 利于 简化 系统 在 不 同 平台 之 间 的 移植 过 程 ， 因 为 编译 一 个 子 系统 
一 般 不 需要 编译 所 有 其 他 的 子 系统 。 | 

3) 如 果 应 用 需要 ， 它 并 不 限制 它们 使 用 子 系统 类 。 因 此 你 可 以 在 系统 易 用 性 和 通用 性 之 
间 加 以 选择 。 

8. 实现 

使 用 Facade 模 式 时 需要 注意 以 下 几 点 : 

1) 降低 客户 - 子 系统 之 间 的 耦合 度 ” 用 抽象 类 实现 Facade 而 它 的 具体 子 类 对 应 于 不 同 的 子 
系统 实现 ， 这 可 以 进一步 降低 客户 与 子 系统 的 耦合 度 。 这 样 ， 客 户 就 可 以 通过 抽象 的 Facade 
类 接口 与 子 系统 通讯 。 这 种 抽象 看 合 关系 使 得 客户 不 知道 它 使 用 的 是 子 系统 的 哪 一 个 实现 。 

除 生 成 子 类 的 方法 以 外 ， 另 一 种 方法 是 用 不 同 的 子 系统 对 象 配 置 Facade 对 象 。 为 定制 
facade， 仅 需 对 它 的 子 系统 对 象 ( 一 个 或 多 个 ) 进行 替换 即 可 。 

2) 公共 子 系统 类 与 私有 子 系统 类 ”一 个 子 系统 与 一 个 类 的 相似 之 处 是 ， 它 们 都 有 接口 并 
且 它 们 都 封装 了 一 些 东 西 一 一 类 封装 了 状态 和 操作 ， 而 子 系统 封装 了 一 些 类 。 考 虑 一 个 类 的 
公共 和 私有 接口 是 有 益 的 ， 我 们 也 可 以 考虑 子 系统 的 公共 和 私有 接口 。 

子 系统 的 公共 接口 包含 所 有 的 客户 程序 可 以 访问 的 类 ; 私有 接口 仅 用 于 对 子 系统 进行 扩 
充 。 当 然 ，Facade 类 是 公共 接口 的 一 部 分 ,但 它 不 是 唯一 的 部 分 ， 子 系统 的 其 他 部 分 通常 也 
是 公共 的 。 例 如 ， 编 译 子 系统 中 的 Parser 类 和 Scanner 类 就 是 公共 接口 的 一 部 分 。 

私有 化 子 系统 类 确实 有 用 ， 但 是 很 少 有 面向 对 象 的 编程 语言 支持 这 一 点 。C++ 和 Smalltalk 
语言 仅 在 传统 意义 下 为 类 提供 了 一 个 全 局 名 空间 。 然 而 ， 最 近 C++ 标 准 化 委员 会 在 C++ 语言 
增加 了 一 些 名 字 空 间 [Str94]， 这 些 名 字 空 间 使 得 你 可 以 仅 暴 露 公共 子 系统 类 。 

9. 代码 示例 

让 我 们 仔细 观察 一 下 如 何在 一 个 编译 子 系统 中 使 用 Facade。 

编译 子 系 统 定义 了 一 个 BytecodeStream 类 ， 它 实现 了 一 个 Bytecode 对 象 流 (stream )。 
Bytecode 对 象 封装 一 个 字 节 人 码 ， 这 个 字 节 码 可 用 于 指定 机 器 指令 。 该 子 系统 中 还 定义 了 一 个 
Token 类 ， 它 封装 了 编程 语言 中 的 标识 符 。 

Scanner 类 接收 字符 流 并 产生 一 个 标识 符 流 ， 一 次 产生 一 个 标识 符 (token)。 


class Scanner { 

public: 
Scanner (istream&) ; 
virtual “Scanner (); 


virtual Token& Scan(); 
private: 

istream& _inputStream; 
de 


用 ProgramNodeBuilder，Parser 类 由 Scanner 生 成 的 标识 符 构 建 一 棵 语法 分 析 树 。 
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class Parser { 
public: 
parser (); 
virtual ~Parser(); 


virtual void Parse(Scanner&, ProgramNodeBuilders&) ; 
}; 


Parser 回 调 ProgramNodeBuilder 逐 步 建 立 语法 分 析 树 ， 这 些 类 遵循 Builder(3.2) 模 式 进行 交 
互 操作 。 


class ProgramNodeBuilder { 
public: 
ProgramNodeBuilder (); 


virtual ProgramNode* NewVariable ( 
const char* variableName 
) const; 


virtual ProgramNode* NewAssignment ( 
ProgramNode* variable, ProgramNode* expression 
) const; 


virtual ProgramNode* NewReturnStatement ( 
ProgramNode* value 
) const; 


virtual ProgramNode* NewCondition ( 

ProgramNode* condition, 

ProgramNode* truePart, ProgramNode* falsePart 
) const; 
v/ 


ProgramNode* GetRootNode () ; 
private: 

ProgramNode* _node; 
}; 


语法 分 析 树 由 ProgramNode 子 类 (例如 StatementNode 和 ExpressionNode 等 ) 的 实例 构成 。 
ProgramNode 层 次 结构 是 Composite 模 式 的 一 个 应 用 实例 。ProgramNode 定 义 了 一 个 接口 用 于 
操作 程序 节点 和 它 的 子 节点 ( 如 果 有 的 话 )。 


class ProgramNode { 

public: 
// program node manipulation 
virtual void GetSourcePosition(int& line, int& index); 
// 


// child manipulation 

virtual void Add (ProgramNode*) ; 
virtual void Remove (ProgramNode*) ; 
// 


virtual void Traverse (CodeGeneratorg); 
protected: 

ProgramNode () ; 
}; 


Traverse 操 作 以 一 个 CodeGenerator 对 和 象 为 参数 ，ProgramNode 子 类 使 用 这 个 对 象 产 生机 器 
代码 ， 机 器 代码 格式 为 BytecodeStream 中 的 ByteCode 对 象 。 其 中 的 CodeGenerator 类 是 一 个 访 
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问 者 (参见 Visitor(5.11) 模 式 )。 


class CodeGenerator { 
public: 
virtual void Visit (StatementNode*) ; 
virtual void Visit (ExpressionNode*) ; 
// ... 
protected: 
CodeGenerator (BytecodeStream&); 
protected: 
BytecodeStream& _output; 


}; 

fii) 41 CodeGenerator A PA F 8 StackMachineCodeGenerator#RISCCodeGenerator, 47 
别 为 不 同 的 硬件 体系 结构 生成 机 器 代码 。 

ProgramNode 的 每 个 子 类 在 实现 Traverse 时 ， 对 它 的 ProgramNode 子 对 象 调 用 Traverse。 每 
个 子 类 依次 对 它 的 子 节点 做 同样 的 动作 ， 这 样 一 直 递 归 下 去 。 例 如 ，ExpressionNode 像 这 样 
定义 Traverse: 

void ExpressionNode::Traverse (CodeGenerator& cg) { 

¢g.Visit (this); 


ListIterator<ProgramNode*> i(_children); 


for (i.First(); !i.IsDone(); i.Next()) { 
i.CurrentItem()->Traverse (cg); 
} 
} 


我 们 上 述 讨 论 的 类 构成 了 编译 子 系统 ， 现 在 我 们 引入 Compiler 类 ，Complier 类 是 一 个 
facade， 它 将 所 有 部 件 集 成 在 一 起 。Compiler 提 供 了 一 个 简单 的 接口 用 于 为 特定 的 机 器 编译 源 
代码 并 生成 可 执行 代码 。 


class Compiler { 
public: 
Compiler (); 


virtual void Compile(istreame, BytecodeStream&) ; 
}; 


void Compiler: :Compile ( 
istream& input, BytecodeStream& output 

) í 、 

Scanner scanner (input); 

ProgramNodeBuilder builder; 

Parser parser; 


parser.Parse(scanner, builder); 


RISCCodeGenerator generator (output); 
ProgramNode* parseTree = builder .GetRootNode(); 
parseTree->Traverse (generator) ; 
} 
上 面 的 实现 在 代码 中 固定 了 要 使 用 的 代码 生成 器 的 种 类 ， 因 此 程序 员 不 需要 指定 目标 机 
的 结构 。 在 仅 有 一 种 目标 机 的 情况 下 ， 这 是 合理 的 。 如 果 有 多 种 目标 机 ,我们 可 能 希望 改变 
Compiler}4 4 A BUH Z REE CodeGenerator HBX, 这 样 程序 员 可 以 在 实例 化 Compiler 时 指 
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定 要 使 用 的 生成 器 。 编 译 器 的 facade 还 可 以 对 Scanner 和 ProgramNodeBuilder 这 样 的 其 他 一 些 
参与 者 进行 参数 化 以 增加 系统 的 灵活 性 ， 但 是 这 并 非 Facade 模 式 的 主要 任务 ， 它 的 主要 任务 
是 为 一 般 情 况 简化 接口 。 

10. 已 知 应 用 

在 代码 示例 一 节 中 的 编译 器 例子 受到 了 ObjectWorks\Smalltalk 编 译 系 统 [Par90] 的 启发 。 

在 ET++ 应 用 框架 [WGM88] 中 ， 应 用 程序 可 以 有 一 个 内 置 的 浏览 工具 ， 用 于 在 运行 时 刻 监 
视 它 的 对 象 。 这 些 浏 览 工 具 在 一 个 独立 的 子 系统 中 实现 ， 这 一 子 系统 包含 一 个 称 为 Program- 
mingEnvironment 的 Facade 类 。 这 个 facade 定 义 了 一 些 操 作 (如 InspectObject 和 InspectClass 等 ) 
用 于 访问 这 些 浏 览 器 。 

ET++ 应 用 程序 也 可 以 不 理会 这 些 内 置 的 浏览 功能 ， 这 时 ProgrammingEnvironment 对 这 些 
请 求 用 空 操作 实现 ; 也 就 是 说 ， 它 们 什么 也 不 做 。 仅 有 ETProgrammingEnvironment 子 类 用 一 
些 显示 相应 浏览 器 的 操作 实现 这 些 请 求 。 因 此 应 用 程序 并 不 知道 是 否 有 内 置 浏 览 器 存在 ， 应 
用 程序 与 浏览 子 系统 的 之 间 仅 存在 抽象 的 耦合 关系 。 

Choices 操 作 系 统 [CIRM93] 使 用 facade 模 式 将 多 个 框架 组 合 到 一 起 。Choices 中 的 关键 抽象 
是 进程 (process)、 存 储 (storage) 和 地 址 空间 (address space)。 每 个 抽象 有 一 个 相应 的 子 系统 ， 
用 框架 实现 ， 支 持 Choices 系 统 在 不 同 的 硬件 平台 之 间 移 植 。 其 中 的 两 个 子 系统 有 “代表 ” 
( 也 就 是 facade )， 这 两 个 代表 分 别 是 存储 (FileSystemInterface) 和 地 址 空间 (Domain)。 


Add(Memory, Address) 








虚拟 内 存 框 









FindMemory(Address) 


全 







TwolLevelPageTable 


例如 ， 虚 拟 存储 框架 将 Domain 作 为 其 facade。 一 个 Domain 代表 一 个 地 址 空间 。 它 提供 了 
虚 存 地 址 到 内 存 对 象 、 文 件 系统 或 后 备 存 储 设备 ( backing store) 的 偏 移 量 之 间 的 一 个 映射 。 
Domain 支 持 在 一 个 特定 地 址 增加 内 存 对 象 、 删 除 内 存 对 象 以 及 处 理 页 面 错 误 。 

正如 上 图 所 示 ， 虚 拟 存储 子 系统 内 部 有 以 下 一 些 组 件 : 

。MemoryObject 表 示 数 据 存 储 。 

。MemoryQbjectCache 将 MemoryObject 数 据 缓 存在 物理 存储 器 中 。MemoryObjectCache 实 

际 上 是 一 个 Strategy(5.9) 模 式 ， 由 它 定位 缓存 策略 。 

。AddressTranslation 封 装 了 地 址 翻译 硬件 。 
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当 发 生 缺 页 中 断 时 ， 调 用 RepairFault 操 作 ，Domain 在 引起 缺 页 中 断 的 地 址 处 找到 内 存 对 
象 并 将 RepairFault 操 作 代理 给 与 这 个 内 存 对 象 相关 的 缓存 。 可 以 改变 Domain 的 组 件 对 Domain 
进行 定制 。 

11. 相关 模式 

Abstract Factory (3.1) 模 式 可 以 与 Facade 模 式 一 起 使 用 以 提供 一 个 接口 ， 这 一 接口 可 用 来 
以 一 种 子 系统 独立 的 方式 创建 子 系统 对 象 。Abstract Factory 也 可 以 代替 Facade 模 式 隐藏 那些 
与 平台 相关 的 类 。 

Mediator (5.5) 模式 与 Facade 模 式 的 相似 之 处 是 ， 它 抽象 了 一 些 已 有 的 类 的 功能 。 然 而 ， 
Mediator 的 目的 是 对 同事 之 间 的 任意 通讯 进行 抽象 ， 通 常 集中 不 属于 任何 单个 对 象 的 功能 。 
Mediator 的 同事 对 象 知道 中 介 者 并 与 它 通信 ， 而 不 是 直接 与 其 他 同类 对 象 通信 。 相 对 而 言 ， 
Facade 模 式 仅 对 子 系统 对 象 的 接口 进行 抽象 ， 从 而 使 它们 更 容易 使 用 ; 它 并 不 定义 新 功能 ， 
子 系统 也 不 知道 facade 的 存在 。 

通常 来 讲 ， 仅 需要 一 个 Facade 对 象 ， 因 此 Facade 对 象 通常 属于 Singleton (3.5) 模 式 。 


4.6 FLYWEIGHT ( 享 元 ) 一 一 对 象 结构 型 模式 


1. 意图 

运用 共享 技术 有 效 地 支持 大 量 细 粒 度 的 对 象 。 

2. 动机 

有 些 应 用 程序 得 益 于 在 其 整个 设计 过 程 中 采用 对 象 技术 ， 但 简单 化 的 实现 代价 极 大 。 

例如 ， 大 多 数 文档 编辑 器 的 实现 都 有 文本 格式 化 和 编辑 功能 ， 这 些 功 能 在 一 定 程 度 上 是 
模块 化 的 。 面 向 对 象 的 文档 编辑 器 通常 使 用 对 象 来 表示 嵌入 的 成 分 ， 例 如 表格 和 图 形 。 尽 管 
用 对 象 来 表示 文档 中 的 每 个 字符 会 极 大 地 提高 应 用 程序 的 灵活 性 ， 但 是 这 些 编辑 器 通常 并 不 
这 样 做 。 字 符 和 嵌 人 成 分 可 以 在 绘制 和 格式 化 时 统一 处 理 ， 从 而 在 不 影响 其 他 功能 的 情况 下 
能 对 应 用 程序 进行 扩展 ， 支 持 新 的 字符 集 。 应 用 程序 的 对 象 结构 可 以 模拟 文档 的 物理 结构 。 
下 图 显示 了 一 个 文档 编辑 器 怎样 使 用 对 象 来 表示 字符 。 





字符 对 象 





























xc 列 对 象 


但 这 种 设计 的 缺点 在 于 代价 太 大 。 即 使 是 一 个 中 等 大 小 的 文档 也 可 能 要 求 成 百 上 千 的 字 
符 对 象 ， 这 会 耗费 大 最 内 存 ， 产 牛 难 以 接受 的 运行 开销 。 所 以 通常 并 不 是 对 每 个 字符 都 用 一 
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个 对 象 来 表示 的 。Flyweight 模 式 描 述 了 如 何 共享 对 象 ， 使 得 可 以 细 粒 度 地 使 用 它们 而 无 需 高 
昂 的 代价 。 

flyweight 是 一 个 共享 对 象 ， 它 可 以 同时 在 多 个 场景 (contexD 中 使 用 ， 并 且 在 每 个 场景 中 
flyweight 都 可 以 作为 一 个 独立 的 对 象 一 一 这 一 点 与 非 共 享 对 象 的 实例 没有 区 别 。flyweight 不 能 
对 它 所 运行 的 场景 做 出 任何 假设 ， 这 里 的 关键 概念 是 内 部 状态 和 外 部 状态 之 间 的 区 别 。 内 部 
状态 存储 于 flyweight 中 ， 它 包含 了 独立 于 flyweight 场 景 的 信息 ， 这 些 信息 使 得 flyweight 可 以 
被 共享 。 而 外 部 状态 取决 于 Flyweight 场 景 ， 并 根据 场景 而 变化 ， 因 此 不 可 共享 。 用 户 对 象 负 
责 在 必要 的 时 候 将 外 部 状态 传递 给 Flyweight。 

Flyweight 模 式 对 那些 通常 因为 数量 太 大 而 难以 用 对 象 来 表示 的 概念 或 实体 进行 建 模 。 例 
如 ， 文 档 编辑 器 可 以 为 字母 表 中 的 每 一 个 字母 创建 一 个 fyweight。 每 个 fyweight 存 储 一 个 字 
符 代 码 ， 但 它 在 文档 中 的 位 置 和 排版 风格 可 以 在 字符 出 现时 由 正文 排版 算法 和 使 用 的 格式 化 
命令 决定 。 字 符 代码 是 内 部 状态 ， 而 其 他 的 信息 则 是 外 部 状态 。 

逻辑 上 ， 文档 中 的 给 定 字符 每 次 出 现 都 有 一 个 对 象 与 其 对 应 ， 如 下 图 所 示 。 





然而 , 物理 上 每 个 字符 共享 一 个 flyweight 对 象 , 而 这 个 对 象 出 现在 文档 结构 中 的 不 同 地 方 。 
一 个 特定 字符 对 象 的 每 次 出 现 都 指向 同一 个 实例 ， 这 个 实例 位 于 fyweight 对 象 的 共享 池 中 。 

这 些 对 象 的 类 结构 如 下 图 所 示 。Gl1yph 是 图 形 对 象 的 抽象 类 ， 其 中 有 些 对 象 可 能 是 
flyweight。 基 于 外 部 状态 的 那些 操作 将 外 部 状态 作为 参量 传递 给 它们 。 例 如 ，Draw 和 














Intersects 在 执行 之 前 ， 必 须知 道 glyph 所 在 的 场景 ， 如 下 页 上 图 所 示 。 

表示 字母 “a” 的 flyweight 只 存储 相应 的 字符 代码 ; 它 不 需要 存储 字符 的 位 置 或 字体 。 用 
户 提 供与 场景 相关 的 信息 ， 根 据 此 信息 flyweight 绘 出 它 自己 。 例 如 ，Row glyph 知 道 它 的 子女 
应 该 在 哪儿 绘制 自己 才能 保证 它们 是 横向 排列 的 。 因 此 Row glyph 可 以 在 绘制 请 求 中 向 每 一 个 
子女 传递 它 的 位 置 。 
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Draw(Context) 
intersects(Point, Context) 













Draw(Context) 


Intersects(Point, Context) 


D O> 
children children 
Draw(Context) Draw(Context) 
Intersects(Point, Context) intersects(Point, Context) 


由 于 不 同 的 字符 对 象 数 远 小 于 文档 中 的 字符 数 ， 因 此 ， 对 象 的 总 数 远 小 于 一 个 初次 执行 
的 程序 所 使 用 的 对 象 数目 。 对 于 一 个 所 有 字符 都 使 用 同样 的 字体 和 颜色 的 文档 而 言 ， 不 管 这 
个 文档 有 多 长 ， 需 要 分 配 100 个 左右 的 字符 对 象 ( 大 约 是 ASCII 字 符 集 的 数目 )。 由 于 大 多 数 文 
档 使 用 的 字体 颜色 组 合 不 超过 10 种 ， 实 际 应 用 中 这 一 数目 不 会 明显 增加 。 因 此 ， 对 单个 字符 
进行 对 象 抽象 是 具有 实际 意义 的 。 

3. 适用 性 

Flyweight 模 式 的 有 效 性 很 大 程度 上 取决 于 如 何 使 用 它 以 及 在 何 处 使 用 它 。 当 以 下 情况 都 
成 立时 使 用 Flyweight 模 式 : 

。 一 个 应 用 程序 使 用 了 大 量 的 对 象 。 

。 完 全 由 于 使 用 大 量 的 对 象 ， 造 成 很 大 的 存储 开销 。 

。 对 象 的 大 多 数 状态 都 可 变 为 外 部 状态 。 

。 如 果 删 除 对 象 的 外 部 状态 ， 那 么 可 以 用 相对 较 少 的 共享 对 象 取代 很 多 组 对 象 。 

。 应 用 程序 不 依赖 于 对 象 标识 。 由 于 Flyweight 对 象 可 以 被 共享 ， 对 于 概念 上 明显 有 别 的 对 

象 ， 标 识 测试 将 返回 真 值 。 
4. 结构 









Py moe 









if (flyweight{key] exists) { 
rtm ex sting flyweight; 












else { 

create new flyweight; 
add it to of flyweights; 
} return Lee fywoight; 
















ConcreteFlyweight 


Operation(extrinsicState) 
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下 面 的 对 象 图 说 明了 如 何 共享 fyweight。 











Nyweight 
pool 
aConcreteFlyweight 





5. 参与 者 
* Flyweight (Glyph) 

一 描述 一 个 接口 ， 通 过 这 个 接口 flyweight 可 以 接受 并 作用 于 外 部 状态 。 
。 ConcreteFlyweight(Character) 

一 实现 Flyweight 接 日 ， 并 为 内 部 状态 ( 如果 有 的 话 ) 增加 存储 空间 。 
ConcreteFlyweight 对 象 必 须 是 可 共享 的 。 它 所 存储 的 状态 必须 是 内 部 的 ; 即 ， 它 必 
须 独 立 于 ConcreteFlyweight 对 象 的 场景 。 

* UnsharedConcreteFlyweight (Row,Column) 

一 并 非 所 有 的 Flyweight 子 类 都 需要 被 共享 。Flyweight 接 口 使 共享 成 为 可 能 ， 但 它 并 不 
强制 共享 。 在 Flyweight 对 象 结构 的 某 些 层次 ，UnsharedConcreteFlyweight 对 象 通常 
将 ConcreteFlyweight 对 象 作 为 子 节点 ( Row 和 Column 就 是 这 样 )。 

。 FlyweightFactory 

一 创建 并 管理 flyweight 对 象 。 

一 确保 合理 地 共享 filyweight。 当 用 户 请 求 一 个 flyweight 时 ，FlyweightFactory 对 象 提供 
一 个 已 创建 的 实例 或 者 创建 一 个 ( 如 果 不 存 在 的 话 )。 

e Client 
一 维持 一 个 对 flyweight 的 引用 。 
一 计算 或 存储 一 个 (多 个 ) flyweight 的 外 部 状态 。 
6. 协作 
。fyweight 执 行 时 所 需 的 状态 必定 是 内 部 的 或 外 部 的 。 内 部 状态 存储 于 ConcreteFlyweight 

对 象 之 中 ; 而 外 部 对 象 则 由 Client 对 象 存储 或 计算 。 当 用 户 调用 flyweight 对 象 的 操作 时 , 

将 该 状态 传递 给 它 。 

。 用 户 不 应 直接 对 ConcreteFlyweight 类 进行 实例 化 ， 而 只 能 从 FlyweightFactory 对 象 得 到 

ConcreteFlyweight 对 象 ， 这 可 以 保证 对 它们 适当 地 进行 共享 。 

7. 效果 
使 用 Flyweight 模 式 时 ， 传 输 、 查 找 和 /或 计算 外 部 状态 都 会 产生 运行 时 的 开销 ， 尤 其 当 


flyweight 原 先 被 存储 为 内 部 状态 时 。 然 而 ， 空 间 上 的 节省 抵消 了 这 些 开销 。 共 享 的 flyweight 
越 多 ， 空 间 节 省 也 就 越 大 。 


存储 节约 由 以 下 几 个 因素 决定 : 
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。 因 为 共享 ， 实 例 总 数 减少 的 数目 

。 对 象 内 部 状态 的 平均 数目 

。 外 部 状态 是 计算 的 还 是 存储 的 

共享 的 Flyweight 越 多 ， 存 储 节约 也 就 越 多 。 节 约 量 随 着 共享 状态 的 增多 而 增 大 。 当 对 象 
使 用 大 量 的 内 部 及 外 部 状态 ， 并 且 外 部 状态 是 计算 出 来 的 而 非 存储 的 时 候 ， 节 约 量 将 达到 最 
大 。 所 以 ， 可 以 用 两 种 方法 来 节约 存储 : 用 共享 减少 内 部 状态 的 消耗 ， 用 计算 时 间 换 取 对 外 
部 状态 的 存储 。 

Flyweight 模 式 经 常 和 Composite (4.3) 模式 结合 起 来 表示 一 个 层次 式 结构 ， 这 一 层次 式 
结构 是 一 个 共享 叶 节 点 的 图 。 共 享 的 结果 是 ，Flyweight 的 叶 节 点 不 能 存储 指向 父 节 点 的 指针 。 
而 父 节点 的 指针 将 传 给 Flyweight 作 为 它 的 外 部 状态 的 一 部 分 。 这 对 于 该 层次 结构 中 对 象 之 间 
相互 通讯 的 方式 将 产生 很 大 的 影响 。 

8. 实现 

在 实现 Flyweight 模 式 时 ， 注 意 以 下 几 点 : 

1) 删除 外 部 状态 ”该 模式 的 可 用 性 在 很 大 程度 上 取决 于 是 否 容易 识别 外 部 状态 并 将 它 从 
共享 对 象 中 删除 。 如 果 不 同 种 类 的 外 部 状态 和 共享 前 对 象 的 数目 相同 的 话 ， 删 除外 部 状态 不 
会 降低 存储 消耗 。 理 想 的 状况 是 ， 外 部 状态 可 以 由 一 个 单独 的 对 象 结构 计算 得 到 ， 且 该 结构 
的 存储 要 求 非常 小 。 

例如 ， 在 我 们 的 文档 编辑 器 中 ， 我 们 可 以 用 一 个 单独 的 结构 存储 排版 布局 信息 ， 而 不 是 
存储 每 一 个 字符 对 象 的 字体 和 类 型 信息 ， 布 局 图 保持 了 带 有 相同 排版 信息 的 字符 的 运行 轨迹 。 
当 某 字符 绘制 自己 的 时 候 ， 作 为 绘图 遍历 的 副作用 它 接收 排版 信息 。 因 为 通常 文档 使 用 的 字 
体 和 类 型 数量 有 限 ， 将 该 信息 作为 外 部 信息 来 存储 ， 要 比 内 部 存储 高 效 得 多 。 

2) 管理 共享 对 象 ”因为 对 象 是 共享 的 ， 用 户 不 能 直接 对 它 进行 实例 化 ， 因 此 Flyweight- 
Factory 可 以 帮助 用 户 查找 某 个 特定 的 Flyweight 对 象 。FlyweightFactory 对 象 经 常 使 用 关联 存储 
帮助 用 户 查 找 感 兴趣 的 Flyweight 对 象 。 例 如 ， 在 这 个 文档 编辑 器 一 例 中 的 Flyweight 工 厂 就 有 一 
个 以 字符 代码 为 索引 的 Flyweight 表 。 管理 程序 根据 所 给 的 代码 返回 相应 的 Flyweight, 若 不 存在 ， 
则 创建 一 个 Flyweight。 

共享 还 意味 着 某 种 形式 的 引用 计数 和 垃圾 回收 ， 这 样 当 一 个 Flyweight 不 再 使 用 时 ， 可 以 
回收 它 的 存储 空间 。 然 而 ， 当 Flyweight 的 数目 固定 而 且 很 小 的 时 候 ( 例如 ， 用 于 ACSII 码 的 
Flyweight )， 这 两 种 操作 都 不 必要 。 在 这 种 情况 下 ，Flyweight 完 全 可 以 永久 保存 。 

9. 代码 示例 

回 到 我 们 文档 编辑 器 的 例子 ， 我 们 可 以 为 Flyweight 的 图 形 对象 定 义 一 个 Glyph 基 类 。 逻 辑 
上 ，Glyph 是 一 些 Composite 类 ( Composite (4.3 ) )， 它 有 图 形 化 属性 ， 并 可 以 绘制 自己 。 
这 里 ， 我 们 重点 讨论 字体 属性 ， 但 这 种 方法 也 同样 适用 于 Glyph 的 其 他 图 形 属性 。 

class Glyph { 


public: 
virtual ~Glyph(); 


virtual void Draw(Window*, GlyphContext&) ; 


virtual void SetFont(Font*, GlyphContext&) ; 
virtual Font* GetFont (GlyphContexts&) ; 
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virtual void First (GlyphContexts&) ; 
virtual void Next (GlyphContexts&) ; 
virtual bool IsDone(GlyphContext&) ; 
virtual Glyph* Current (GlyphContext&) ; 


virtual void Insert (Glyph*, GlyphContext&) ; 
virtual void Remove (GlyphContext&) ; 
protected: 
Glyph(); 
}; 


Character 的 子 类 存储 一 个 字符 代码 : 


class Character : public Glyph { 
public: 
Character (char); 


virtual void Draw(Window*, GlyphContext&) ; 
private: 

char _charcode; 
) 


为 了 避免 给 每 一 个 Glyph 的 字体 属性 都 分 配 存储 空间 ， 我 们 可 以 将 该 属性 外 部 存储 于 
GlyphContext 对 象 中 。GlyphContext 是 一 个 外 部 状态 的 存储 库 ， 它 维持 Glyph 与 字体 ( 以 及 其 
他 一 些 可 能 的 图 形 属性 ) 之 间 的 一 种 简单 映射 关系 。 对 于 任何 操作 ， 如 果 它 需要 知道 在 给 定 
场景 下 Glyph 字 体 ， 都 会 有 一 个 GlyphContext 实 例 作为 参数 传递 给 它 。 然 后 ， 该 操作 就 可 以 查 
询 GlyphContext 以 获取 该 场景 中 的 字体 信息 了 。 这 个 场景 取决 于 Glyph 结 构 中 的 Glyph 的 位 置 。 
因此 ， 当 使 用 Glyph 时 ，Glyph 子 类 的 迭代 和 管理 操作 必须 更 新 GlyphContext。 


class GlyphContext { 
public: 
GlyphContext (); 
virtual ~GlyphContext (); 


virtual void Next(int step = 1); 
virtual void Insert(int quantity = 1); 


virtual Font* GetFont ();7 
virtual void SetFont (Font*, int span = 1); 
private: 
int _index; 
BTree* _fonts; 
ye 
在 遍历 过 程 中 ，GlyphContext 必 须 它 在 Glyph 结 构 中 的 当前 位 置 。 随 着 遍历 的 进行 ， 
GlyphContext::Next 增 加 _index 的 值 。Glyph 的 子 类 (如 ，Row 和 Column ) 对 Next 操 作 的 实现 
必须 使 得 它 在 遍历 的 每 一 点 都 调用 GlyphContext::Next。 
GlyphContext::GetFocus 将 索引 作为 Btree 结 构 的 关键 字 ，Btree 结 构 存 储 glyph 到 字体 的 映 
射 。 树 中 的 每 个 节点 都 标 有 字符 串 的 长 度 ， 而 它 给 这 个 字符 串 字 体 信 息 。 树 中 的 叶 节 点 指向 
一 种 字体 ， 而 内 部 的 字符 串 分 成 了 很 多 子 字符 串 ， 每 一 个 对 应 一 种 子 节点 。 
下 页 上 图 是 从 一 个 glyph 组 合 中 截取 出 来 的 : 
字体 信息 的 BTree 结 构 可 能 如 下 : 
内 部 节点 定义 Glyph 索 引 的 范围 。 当 字体 改变 或 者 在 Glyph 结 构 中 添加 或 删除 Glyph 时 ， 
Btree 将 相应 地 被 更 新 。 例 如 ， 假 定 我 们 遍历 到 索引 102， 以 下 代码 将 单词 “except” 的 每 个 字符 
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5_8_7 10112 12_13_14_ 15_18_17_ 18_19_ 2 


Olid lille S 


301 302 WJ 304 35 206 307 208 309 310 311 312 313 314 ~ 318 317. 
| 

| 

} 











GlyphContext gc; ; 

Font* timesl12 = new Font ("Times-Roman-12") ; 

Font* timesItalicl2 = new Font ("Times-Italic-12"); 
// ... 


gc.SetFont (times12, 6); 





Time-Bold 12 | | Courier 24 | 
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假设 我 们 要 在 单词 “expect ”前 用 12-point Times Italic 字 体 添 加 一 个 单词 Don”t ( 包括 一 
个 紧 跟着 的 空格 )。 假 定 gc 仍 在 索引 位 置 102， 以 下 代码 通知 gc 这 个 事件 : 


gc.Insert (6); 
gc.SetFont (timesItalici2, 6); 


Btree 结 构 变 为 如 下 图 所 示 : 





Times 24 


当 向 GlyphContext 查 询 当 前 Glyph 的 字体 时 ， 它 将 向 下 搜寻 Btree， 同时 增加 索引 ， 直 至 找 
到 当前 索引 的 字体 为 止 。 由 于 字体 变化 频率 相对 较 低 ， 所 以 这 棵 树 相 对 于 Glyph 结 构 较 省 
将 使 得 存储 耗费 较 小 ， 同 时 也 不 会 过 多 的 增加 查询 时 间 。® 


FlyweightFactory 是 我 们 需要 的 最 后 一 个 对 象 ， 它 负责 创建 Glyph 并 确保 对 它们 进行 合理 
共享 。GlyphFactory 类 将 实例 化 Character 和 其 他 类 型 的 Glyph。 我 们 只 共享 Character 对 和 象 ; 组 
合 的 Glyph 要 少 得 多 ， 并 且 它 们 的 重要 状态 ( 如， 他们 的 子 节点 ) 必定 是 内 部 的 。 

const int NCHARCODES = 128; 

class GlyphFactory { 

public: 

GlyphFactory (); 
virtual ~GlyphFactory(); 


virtual Character* CreateCharacter (char) 
virtual Row* CreateRow(); 
virtual Column* CreateColumn(); 


// uae 
private: 

Character* _character [NCHARCODES} ; 
}; 


_character 数 组 包含 一 些 指 针 ， 指 向 以 字母 代码 为 索引 的 Character Glyphs。 该 数组 在 构造 
函数 中 被 初始 化 为 零 。 
GlyphFactory::GlyphFactory () { 


for (int i = 0; i < NCHARCODES; ++i) { 
_character[i] = 0; 

} 

} 


CreateCharacter 在 字母 符号 数组 中 查找 一 个 字符 ， 如 果 存 在 的 话 ， 返 回 相 应 的 Glyph。 若 
不 存在 ，CreateCharacter 就 创建 一 个 Glyph， 将 其 放 入 数组 中 ， 并 返回 它 : 


S ”本 机 制 中 的 查询 时 间 与 字体 的 变化 频率 成 比例 。 当 每 一 个 字符 的 字体 均 不 同时 ， 性 能 最 差 , 但 通常 这 种 情 
况 极 少 。 
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Character* GlyphFactory::CreateCharacter (char c) { 
if (!_character[c]} { 
_Character[c] = new Character (c); 
} 


return _characteric]; 
} 


其 他 操作 仅 需 在 每 次 被 调用 时 实例 化 一 个 新 对 象 ， 因 为 非 字符 的 Glyph 不 能 被 共享 : 


Row* GlyphFactory::CreateRow () { 
return new Row; 
} 


Column* GlyphFactory::CreateColumn () {` 
return new Column; 


} 


我 们 可 以 忽略 这 些 操作 ， 让 用 户 直 接 实 例 化 非 共 享 的 Glyph。 然 而 ， 如 果 我 们 想 让 这 些 符 
号 以 后 可 以 被 共享 ， 必 须 改 变 创建 它们 的 客户 程序 代码 。 

10. 已 知 应 用 

Flyweight 的 概念 最 先是 在 InterView 3.0[CL90] 中 提出 并 作为 一 种 设计 技术 得 到 研究 。 它 
的 开发 者 构建 了 一 个 强大 的 文档 编辑 器 Doc, 作 为 flyweight 概 念 的 论证 [CL92]。Doc 使 用 符号 对 
象 来 表示 文档 中 的 每 一 个 字符 。 编 辑 器 为 每 一 个 特定 类 型 (定义 它 的 图 形 属性 ) 的 字符 创建 一 个 
Glyph 实 例 ; 所 以 ， 一 个 字符 的 内 部 状态 包括 字符 代码 和 类 型 信息 ( 类 型 表 的 索引 )。® 这 意味 
着 只 有 位 置 是 外 部 状态 ， 这 就 使 得 Doc 运 行 很 快 。 文 档 由 类 Document 表 示 ， 它 同时 也 是 一 个 
FlyweightFactory。 对 Doc 的 测试 表明 共享 Flyweight 字 符 是 高 效 的 。 通 常 ， 一 个 包含 180 000 个 
字符 的 文档 只 要 求 分 配 大 约 480 个 字符 对 象 。 

ET++ [WGM88] 使 用 Flyweight 来 支持 视觉 风格 独立 性 。。 视觉 风格 标准 影响 用 户 界面 各 
部 分 的 布局 ( 如， 滚动 条 、 按 钮 、 菜 单 -统称 为 “窗口 组 件 ”) 和 它们 的 修饰 成 分 ( 如 ， 阴 影 、 
斜 角 )。widget 将 所 有 布局 和 绘制 行为 代理 给 一 个 单独 的 Layout 对 象 。 改 变 Layout 对 象 会 改变 
视觉 风格 ， 即 使 在 运行 时 刻 也 是 这 样 。 

每 一 个 widget 类 都 有 一 个 Layout 类 与 之 相对 应 ( 如 ScollbarLayout、MenubarLayout 等 )。 
使 用 这 种 方法 ， 一 个 明显 的 问题 是 ， 使 用 单独 的 Layout 对 象 会 使 用 户 界面 对 象 成 倍增 加 ， 因 
为 对 每 个 用 户 界面 对 象 ， 都 会 有 一 个 附加 的 Layout 对 象 。 为 了 避免 这 种 开销 ， 可 用 Flyweight 
实现 Layout 对 象 。 用 Flyweight 的 效果 很 好 ， 因 为 它们 主要 处 理 行 为 定义 ， 而 且 很 容易 将 一 些 
较 小 的 外 部 状态 传递 给 它们 ， 它 们 需要 用 这 些 状态 来 安排 一 个 对 象 的 位 置 或 者 对 它 进行 绘制 。 

对 象 Layout 由 Look 对 象 创建 和 管理 。Look 类 是 一 个 Abstract Factory (3.1 )， 它 用 
GetButtonLayout 和 GetMenuBarLayout 这 样 的 操作 检索 一 个 特定 的 Layout 对 象 。 对 于 每 一 个 
视觉 风格 标准 ， 都 有 一 个 相应 的 Leok 子 类 ( 如 MotifLook、OpenLook ) 提供 相应 的 Layout 对 
象 。 . 

顺便 提 一 下 ，Layout 对 象 其 实 是 Strategy ( 参见 Strategy(5.9) 模 式 )。 他 们 是 用 Flyweight 实 
现 的 Strategy 对 象 的 一 个 例子 。 

11. 相关 模式 


Oo 在 前 面 的 代码 示例 一 节 中 ， 类 型 信息 是 外 部 的 ， 所 以 只 有 字符 代码 是 内 部 状态 。 
© 实现 视觉 风格 独立 的 另 一 种 方法 可 参见 Abstract Factory(3.1) 模 式 。 


RIF 结构 型 模式 137 


Flyweight 模 式 通常 和 Composite(4.3) 模 式 结合 起 来 ， 用 共享 叶 结 点 的 有 向 无 环 图 实现 一 个 
逻辑 上 的 层次 结构 。 
通常 ， 最 好 用 Flyweight 实 现 State(5.8) 和 Strategy(5.9) 对 象 。 


4.7 PROXY (代理 ) 一 一 对 象 结构 型 模式 


1. 意图 

为 其 他 对 象 提供 一 种 代理 以 控制 对 这 个 对 象 的 访问 。 

2. 别名 

Surrogate 

3. 动机 

对 一 个 对 象 进行 访问 控制 的 一 个 原因 是 为 了 只 有 在 我 们 确实 需要 这 个 对 象 时 才 对 它 进行 
创建 和 初始 化 。 我 们 考虑 一 个 可 以 在 文档 中 嵌 人 图 形 对 象 的 文档 编辑 器 。 有 些 图 形 对 象 ( 如 
大 型 光栅 图 像 ) 的 创建 开销 很 大 。 但 是 打开 文档 必须 很 迅速 ， 因 此 我 们 在 打开 文档 时 应 避免 
一 次 性 创建 所 有 开销 很 大 的 对 象 。 因 为 并 非 所 有 这 些 对 象 在 文档 中 都 同时 可 见 ， 所 以 也 没有 
必要 同时 创建 这 些 对 象 。 

这 一 限制 条 件 意味 着 ， 对 于 每 一 个 开销 很 大 的 对 象 ， 应 该 根据 需要 进行 创建 ， 当 一 个 图 
像 变 为 可 见 时 会 产生 这 样 的 需要 。 但 是 在 文档 中 我 们 用 什么 来 代替 这 个 图 像 呢 ? 我 们 又 如 何 
才能 隐藏 根据 需要 创建 图 像 这 一 事实 ， 从 而 不 会 使 得 编辑 器 的 实现 复杂 化 呢 ? 例如 ， 这 种 优 
化 不 应 影响 绘制 和 格式 化 的 代码 。 

问题 的 解决 方案 是 使 用 另 一 个 对 象 ， 即 图 像 Proxy， 和 替代 那个 真正 的 图 像 。Proxy 可 以 代 
替 一 个 图 像 对 象 ， 并 且 在 需要 时 负责 实例 化 这 个 图 像 对 象 。 


ge ae >) 


只 有 当 文 档 编辑 器 激活 图 像 代 理 的 Draw 操 作 以 显示 这 个 图 像 的 时 候 ， 图 像 Proxy 才 创建 真 
正 的 图 像 。Proxy 直 接 将 随后 的 请 求 转发 给 这 个 图 像 对 象 。 因 此 在 创建 这 个 图 像 以 后 ， 它 必须 
有 一 个 指向 这 个 图 像 的 引用 。 

我 们 假设 图 像 存储 在 一 个 独立 的 文件 中 。 这 样 我 们 可 以 把 文件 名 作为 对 实际 对 象 的 引用 。 
Proxy 还 存储 了 图 像 的 尺寸 (extent )， 即 它 的 长 和 宽 。 有 了 图 像 尺 寸 ，Proxy 无 须 真正 实例 化 
这 个 图 像 就 可 以 响应 格式 化 程序 对 图 像 尺寸 的 请 求 。 

以 下 的 类 图 更 详细 地 阐述 了 这 个 例子 。 

文档 编辑 器 通过 抽象 的 Graphic 类 定义 的 接口 访问 嵌入 的 图 像 。ImageProxy 是 那些 根据 需 
要 创建 的 图 像 的 类 ，ImageProxy 保 存 了 文件 名 作为 指向 磁盘 上 的 图 像 文件 的 指针 。 该 文件 名 
被 作为 一 个 参数 传递 给 ImageProxy 的 构造 器 。 

ImageProxy 还 存储 了 这 个 图 像 的 边框 以 及 对 真正 的 Image 实 例 的 指引 ， 直 到 代理 实例 化 真 
正 的 图 像 时 ， 这 个 指引 才 有 效 。Draw 操 作 必 须 保证 在 向 这 个 图 像 转发 请 求 之 前 ， 它 已 经 被 实 
例 化 了 。GetExtent 操 作 只 有 在 图 像 被 实例 化 后 才 向 它 传递 请 求 ， 否 则 ，ImageProxy 返 回 它 存 
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储 的 图 像 尺寸 。 


if a= 0 a 
(mage = Loxdimage(fileName); 


image->Draw() 
if (image == 0) { 
}else { 


) retum image—>GetExtent(); 





4, 适用 性 

在 需要 用 比较 通用 和 复杂 的 对 象 指针 代替 简单 的 指针 的 时 候 ， 使 用 Proxy 模 式 。 下 面 是 一 
些 可 以 使 用 Proxy 模 式 常 见 情 况 

1) 远程 代理 (Remote Proxy) 为 一 个 对 象 在 不 同 的 地 址 空间 提供 局 部 代表 。 
NEXTSTEP[Add94] 使 用 NXProxy 类 实现 了 这 一 目的 。Coplien[Cop92] 称 这 种 代理 为 “大 使 ” 
( Ambassador )。 

2) 虚 代 理 ( Virtual Proxy) 根据 需要 创建 开销 很 大 的 对 象 。 在 动机 一 节 描 述 的 ImageProxy 
就 是 这 样 一 种 代理 的 例子 。 

3) RIP KE (Protection Proxy ) 控制 对 原始 对 象 的 访问 。 保 护 代理 用 于 对 象 应 该 有 不 同 
的 访问 权限 的 时 候 。 例 如 ， 在 Choices 操 作 系 统 [CIRM93] 中 KemelProxies 为 操作 系统 对 象 提供 
了 访问 保护 。 

4) 智能 指引 (Smart Reference ) 取代 了 简单 的 指针 ， 它 在 访问 对 象 时 执行 一 些 附加 操作 。 
它 的 典型 用 途 包 括 : 

“对 指向 实际 对 象 的 引用 计数 ， 这 样 当 该 对 象 没 有 引用 时 ， 可 以 自动 释放 它 (也 称 为 Smart 

Pointers[Ede92])。 

。 当 第 一 次 引用 一 个 持久 对 象 时 ， 将 它 装 人 内 存 。 

“在 访问 一 个 实际 对 象 前 ， 检 查 是 否 已 经 锁定 了 它 ， 以 确保 其 他 对 象 不 能 改变 它 。 

5. 结构 





| Client | 





te 
--------- realSubject—>Request(); 
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这 是 运行 时 刻 一 种 可 能 的 代理 结构 的 对 象 图 。 


va CD (created) 
eS 


6. 参与 者 
。 Proxy (ImageProxy) 
一 保存 一 个 引用 使 得 代理 可 以 访问 实体 。 若 RealSubject 和 Subject 的 接口 相同 ，Proxy 会 
引用 Subject。 
一 提供 一 个 与 Subject 的 接口 相同 的 接口 ， 这 样 代理 就 可 以 用 来 替代 实体 。 
一 控制 对 实体 的 存 取 ， 并 可 能 负责 创建 和 删除 它 。 
一 其 他 功能 依赖 于 代理 的 类 型 . 
* Remote Proxy 负 责 对 请 求 及 其 参数 进行 编码 ， 并 向 不 同 地 址 空间 中 的 实体 发 送 已 纺 
码 的 请 求 。 
° Virtual Proxy 可 以 缓存 实体 的 附加 信息 ， 以 便 延 迟 对 它 的 访问 。 例 如 ， 动 机 一 节 中 提 
到 的 ImageProxy 缓 存 了 图 像 实体 的 尺寸 。 
。Protection Proxy 检 查 调用 者 是 否 具有 实现 一 个 请 求 所 必需 的 访问 权限 。 
e Subject (Graphic) 
一 定义 RealSubject 和 Proxy 的 共用 接口 ， 这 样 就 在 任何 使 用 RealSubject 的 地 方 都 可 以 使 
用 Proxy。 
。 RealSubject (Image) 
一 定义 Proxy 所 代表 的 实体 。 

7. 协作 

。 代 理 根据 其 种 类 ， 在 适当 的 时 候 疝 RealSubject 转 发 请 求 。 

8. 效果 

Proxy 模 式 在 访问 对 象 时 引 和 人 了 一 定 程 度 的 间接 性 。 根 据 代理 的 类 型 ， 附 加 的 间接 性 有 多 
种 用 途 : 

1) Remote Proxy 可 以 隐藏 一 个 对 象 存 在 于 不 同 地 址 空间 的 事实 。 

2) Virtual Proxy 可 以 进行 最 优化 ， 例 如 根据 要 求 创建 对 象 。 

3) Protection Proxies 各 Smart Reference 都 允许 在 访问 一 个 对 象 时 有 一 些 附 加 的 内 务 处 理 
( Housekeeping task )。 

Proxy 模 式 还 可 以 对 用 户 隐 藏 另 一 种 称 之 为 copy-on-write 的 优化 方式 ， 该 优化 与 根据 需要 
创建 对 象 有 关 。 找 贝 一 个 庞大 而 复杂 的 对 象 是 一 种 开销 很 大 的 操作 ， 如 果 这 个 拷贝 根本 没有 
被 修改 ， 那 么 这 些 开 销 就 没有 必要 。 用 代理 延迟 这 一 拷贝 过 程 ， 我 们 可 以 保证 只 有 当 这 个 对 
象 被 修改 的 时 候 才 对 它 进行 拷贝 。 

在 实现 Copy-on-write 时 必须 对 实体 进行 引用 计数 。 拷 贝 代理 仅 会 增加 引用 计数 。 只 有 当 
用 户 请 求 一 个 修改 该 实体 的 操作 时 ， 代 理 才 会 真正 的 拷贝 它 。 在 这 种 情况 下 ， 代 理 还 必须 减 
少 实体 的 引用 计数 。 当 引用 的 数目 为 零 时 ， 这 个 实体 将 被 删除 。 

Copy-on-Write 可 以 大 幅度 的 降低 拷贝 庞大 实体 时 的 开销 。 

9. 实现 
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Proxy 模 式 可 以 利用 以 下 一 些 语言 特性 : 

1) 重 载 C++ 中 的 存 取 运 算 符 C++ 支持 重 载运 算 符 ->。 重 载 这 一 运算 符 使 你 可 以 在 撤消 对 
一 个 对 象 的 引用 时 ， 执 行 一 些 附加 的 操作 。 这 一 点 可 以 用 于 实现 某 些 种 类 的 代理 ; 代理 的 作 
用 就 象 一 个 指针 。 

下 面 的 例子 说 明 怎样 使 用 这 一 技术 实现 一 个 称 为 ImagePtr 的 虚 代 理 。 

class Image; 


exterh Image* LoadAnImageFile(const char*); 
// external function 


Class ImagePtr { 

public: 
ImagePtr(const char* imageFile); 
virtual ~ImagePtr (); 


virtual Image* operator->(); 
virtual Image& operator*({); 
private: 
Image* LoadImage (); 
private: 
Image* _image; 
const char* _imageFile; 


}; 


ImagePtr::ImagePtr (const char* theImageFile) { 
_imageFile = theImageFile; 
image = 0; 

} 


Image* ImagePtr::LoadImage () { 
if (_image == 0) { 
image = LoadAnImageFile(_imageFile); 
} 
return _image; 


} . 
重 载 的 -> 和 * 运 算 符 使 用 LoadImage 将 _image 返 回 给 它 的 调用 者 (如 果 必 要 的 话 装 和信 它 )。 


Image* ImagePtr::operator-> () { 
return LoadImage(); 
} 


Image& ImagePtr::operator* () { 
return *LoadImage(); 
} 


该 方法 使 你 能 够 通过 ImagePtr 对 象 调用 Image 操 作 ， 而 省 去 了 把 这 些 操作 作为 ImagePtr 接 
口 的 一 部 分 的 麻烦 。 


ImagePtr image = ImagePtr ("anImageFileName"); 
image->Draw (Point (50, 100)); 
// (image.operator->(}))->Draw (Point (50, 100)) 

请 注意 这 里 的 image 代 理 起 到 一 个 指针 的 作用 ， 但 并 没有 将 它 定义 为 一 个 指向 Image 的 指 
针 。 这 意味 着 你 不 能 把 它 当 作 一 个 真正 的 指向 Image 的 指针 来 使 用 。 因 此 在 使 用 此 方法 时 用 户 
应 区 别 对 待 Image 对 象 和 Imageptr 对 象 。 

重 载 成 员 访问 运算 符 并 非 对 每 一 种 代理 来 说 都 是 好 办 法 。 有 些 代理 需要 清楚 地 知道 调用 
了 哪个 操作 ， 重 载运 算 符 的 方法 在 这 种 情况 下 行 不 通 。 

考虑 在 目的 一 节 提 到 的 虚 代 理 的 例子 ， 图 像 应 该 在 一 个 特定 的 时 刻 被 装载 一 -也 就 是 在 
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Draw 操 作 被 调用 时 一 一 而 不 是 在 只 要 引用 这 个 图 像 就 装载 它 。 重 载 访问 操作 符 不 能 作出 这 种 
区 分 。 在 这 种 情况 下 我 们 只 能 人 工 实现 每 一 个 代理 操作 ， 向 实体 转发 请 求 。 

正如 示例 代码 中 所 示 的 那样 ， 这 些 操作 之 间 非 常 相 似 。 一 般 来 说 ， 所 有 的 操作 在 向 实体 
转发 请 求 之 前 ， 都 要 检验 这 个 要 求 是 否 合法 ， 原 始 对 象 是 否 存在 等 。 但 重复 写 这 些 代码 很 麻 
烦 ， 因 此 我 们 一 般 用 一 个 预 处 理 程序 自动 生成 它 。 

2) 使 用 Smalltalk 中 的 doesNotUnderstand ”Smalltalk 提 供 一 个 hook 方 法 可 以 用 来 自动 转发 
请 求 。 当 用 户 向 接受 者 发 送 一 个 消息 ,但 是 这 个 接受 者 没有 相关 方法 的 时 候 ，Samlltalk 调 用 
方法 doesNotUnderstand: amessage。Proxy 类 可 以 重 定义 doesNotUnderstand 以 便 向 它 的 实体 转 
发 这 个 消息 。 

为 了 保证 一 个 请 求 真正 被 转发 给 实体 ， 而 不 是 无 声 无 息 的 被 代理 所 吸收 ， 我 们 可 以 定义 
一 个 不 理解 任何 信息 的 Proxy 类 。Smalltalk 定 义 了 一 个 没有 任何 超 类 的 Proxy 类 ， 实 现 了 这 个 
目的 。。 

doesNotUnderstand: 的 主要 缺点 在 于 : 大 多 数 Smalltalk 系 统 都 有 一 些 由 虚拟 机 直接 控制 
的 特殊 消息 ， 而 这 些 消 息 并 不 引起 通常 的 方法 查找 。 唯 一 一 个 通常 用 Object 实现 (因而 可 以 影 
响 代理 ) 的 符号 是 恒 等 运 算 符 = =。 

如 果 你 准备 使 用 doesNotUnderstand: 来 实现 Proxy 的 话 ， 你 必须 围绕 这 一 问题 进行 设计 。 
对 代理 的 标识 并 不 意味 着 对 真正 实体 的 标识 。doesNotUnderstand: 另 一 个 缺点 是 ， 它 主要 用 
作 错 误 处 理 ， 而 不 是 创建 代理 ， 因 此 一 般 来 说 它 的 速度 不 是 很 快 。 

3) Proxy 并 不 总 是 需要 知道 实体 的 类 型 ” 若 Proxy 类 能 够 完全 通过 一 个 抽象 接口 处 理 它 的 
实体 ， 则 无 须 为 每 一 个 RealSubject 类 都 生成 一 个 Proxy 类 ; Proxy 可 以 统一 处 理 所 有 的 
RealSubject 类 。 但 是 如 果 Proxy 要 实例 化 RealSubjects (例如 在 virtual proxy 中 )， 那 么 它们 必须 
知道 具体 的 类 。 

男 一 个 实现 方面 的 问题 涉及 到 在 实例 化 实体 以 前 怎样 引用 它 。 有 些 代理 必须 引用 它们 的 
实体 ， 无 论 它 是 在 硬盘 上 还 是 在 内 存 中 。 这 意味 着 它们 必须 使 用 某 种 独立 于 地 址 空间 的 对 象 
标识 符 。 在 目的 一 节 中 ， 我 们 采用 一 个 文件 名 来 实现 这 种 对 象 标识 符 。 

10. 代码 示例 

以 下 代码 实现 了 两 种 代理 : 在 目的 一 节 描述 的 Virtual Proxy， 和 用 doesNotUnderstand: 实 现 
的 Proxy。® 

1) Virtual Proxy Graphic 类 为 图 形 对 象 定义 一 个 接口 。 


class Graphic { 
public: 
virtual ~Graphic(); 


virtual void Draw(const Point& at) = 0; 
virtual void HandleMouse(Event& event) = 0; 


virtual const Point& GetExtent() = 0; 


virtual void Load(istream& from) = 0; 
virtual void Save(ostream& to) = 0; 


© 对 NEXTSTEP[Add94] 中 的 分 布 式 对 象 (尤其 是 类 NXProxy) 的 实现 就 使 用 了 该 技术 。NEXTSTEP 中 等 价 的 
hook 方 法 是 forward ， 这 一 实现 重 定义 了 forward 方 法 。 
© Lterator 模 式 (5.4) 描述 了 另 一 种 类 型 的 Proxy。 
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protected: 
Graphic(); 
}; 7 
Image 类 实现 了 Graphic 接 口 用 来 显示 图 像 文 件 。Image 重 定义 Handlemouse 操 作 ， 使 得 用 
户 可 以 交互 的 调整 图 像 的 尺寸 。 
class Image : public Graphic { 
public: 
Image(const char* file); // loads image from a file 


virtual ~Image(); 


virtual void Draw (const Point& at); 
virtual void HandleMouse(Event& event); 


virtual const Point& GetExtent(); 
virtual void Load(istream& from); 
virtual void Save(ostream& to); 
private: 
re 
}; 


ImageProxy 和 Image 具 有 相同 的 接口 : 


class ImageProxy : public Graphic { 
public: 
ImageProxy (const char* imageFile); 
virtual ~ImageProxy (); 


virtual void Draw(const Points at); 
virtual void HandleMouse (Events event); 


virtual const Pointg GetExtent (); 


virtual void Load(istreams& from) ; 
virtual void Save(ostream& to); 
protected: 
Image* GetImage(); 
private: 
Image* _image; 
Point _extent; 
char* _fileName; 
}; 


构造 函数 保存 了 存储 图 像 的 文件 名 的 本 地 乒 贝 ， 并 初始 化 _extent 和 _image: 


ImageProxy: : ImageProxy (const char* fileName) { 
_fileName = strdup (fileName); 
—extent = Point::Zero; // don’t know extent yet 
—image = 0; 

} 


Image* ImageProxy::GetImage() { 
if (_image == 0) { 
—image = new Image(_fileName) ; 
} . 
return _image; 


} 
如 果 可 能 的 话 ，GetExtent 的 实现 部 分 返回 缓存 的 图 像 尺 寸 ; 否则 从 文件 中 装载 图 像 。 
Draw 用 来 装载 图 像 ，HandelMouse 则 向 实际 图 像 转 发 这 个 事件 。 


const Point& ImageProxy: :GetExtent O í 
if (_extent == Point::Zero) { 
—extent = GetImage()->GetExtent (); 
} 


A A m 


return _extent; 

} 

void ImageProxy::Draw (const Pointé& at) { 
Get Image () ->Draw (at); 

} 


void ImageProxy::HandleMouse (Event& event) { 
Get Image () ->HandleMouse (event); 
} 


Save 操 作 将 缓存 的 图 像 尺寸 和 文件 名 保存 在 一 个 流 中 。Load 得 到 这 个 信息 并 初始 化 相应 
的 成 员 函 数 。 


void ImageProxy::Save (ostream& to) { 
to << _extent << _fileName; 


} 


void ImageProxy::Load (istream& from) { 
from >> _extent >> _fileName; 
} 
最 后 ， 假 设 我 们 有 一 个 类 TextDocument 能 够 包含 Graphic 对 象 : 


class TextDocument { 
public: 
Text Document (); 


void Insert (Graphic*); 
// ... 
yi 


我 们 可 以 用 以 下 方式 把 ImageProxy 插 入 到 文本 文件 中 。 


TextDocument* text = new TextDocument ; 

ext ctnsert (new ImageProxy ( "anImageFileName") ); 

2) 使 用 doesNotUnderstand 的 Proxy 在 Smalltalk 中 ， 你 可 以 定义 超 类 为 nil9 的 类 ， 同 时 定 
MdoesNotUnderstand: 方法 处 理 消 息 ， 这 样 构建 一 些 通 用 的 代理 。 

在 以 下 程序 中 我 们 假设 代理 有 一 个 realSubject 方 法 ， 该 方法 返回 它 的 实体 。 在 ImageProxy 
中 ， 该 方法 将 检查 是 否 已 创建 了 Image， 并 在 必要 的 时 候 创建 它 ， 最 后 返回 Image。 它 使 用 
perform: withArguments: 来 执行 被 保留 在 实体 中 的 那些 消息 。 


doesNotUnderstand: aMessage 
^ self realSubject 
perform: aMessage selector 
withArguments: aMessage arguments 


doesNotUnderstand: 的 参数 是 Message 的 一 个 实例 ， 它 表示 代理 不 能 理解 的 消息 。 所 以 ， 
代理 在 转发 消息 给 实体 之 前 ， 首 先 确定 实体 的 存在 性 ， 并 由 此 对 所 有 的 消息 做 出 响应 。 

doesNotUnderstand: 的 一 个 优点 是 它 可 以 执行 任意 的 处 理 过 程 。 例 如 ， 我 们 可 以 用 这 样 的 
方式 生成 一 个 protection proxy， 即 指定 一 个 可 以 接受 的 消息 的 集合 legalMessages， 然 后 给 这 
个 代理 定义 以 下 方法 。 


doesNotUnderstand: aMessage 
^ (legalMessages includes: aMessage selector) 
iffrue: [self realSubject 


O 几乎 所 有 的 类 最 终 均 以 Dbjeet ( 对 象 ) 作为 他 们 的 超 类 。 所 以 说 这 名 话 等 于 说 “定义 了 一 个 类 ， 它 的 超 类 
不 是 Object”。 
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perform: aMessage selector 
withArguments: aMessage arguments] 
ifFalse: [self error: ‘Illegal operator’] 


这 个 方法 在 向 实体 转发 一 个 消息 之 前 ， 检 查 它 的 合法 性 。 如 果 不 是 合法 的 ， 那 么 发 送 
error: 给 代理 ， 除 非 代 理 定义 error:， 这 将 产生 一 个 错误 的 无 限 循 环 。 因 此 ，error: 的 定义 应 该 
同 所 有 它 用 到 的 方法 一 起 从 Object 类 中 拷贝 。 

li. 已 知 应 用 

动机 一 节 中 virtual proxy 的 例子 来 自 于 ET++ 的 文本 构建 块 类 。 

NEXTSTEP[Add94] 使 用 代理 (类 NXProxy 的 实例 ) 作 为 可 分 布 对 象 的 本 地 代表 ， 当 客户 请 
求 远 程 对 象 时 ， 服 务 器 为 这 些 对 象 创建 代理 。 收 到 消息 后 ， 代 理 对 消息 和 它 的 参数 进行 编码 ， 
并 将 编码 后 的 消息 传递 给 远程 实体 。 类 似 的 ， 实 体 对 所 有 的 返回 结果 编码 ， 并 将 它们 返回 给 
NXProxy 对 象 。 

McCullough [McC87] 讨 论 了 在 Smalltalk 中 用 代理 访问 远程 对 象 的 问题 。Pascoe [Pas86] 讨 
论 了 如 何 用 “封装 器 ”( Encapsulators ) 控制 方法 调用 的 副作用 以 及 进行 访问 控制 。 

12. 相关 模式 

Adapter(4.1): 适配器 Adapter 为 它 所 适 配 的 对 象 提供 了 一 个 不 同 的 接口 。 相 反 ， 代 理 提供 
了 与 它 的 实体 相同 的 接口 。 然 而 ， 用 于 访问 保护 的 代理 可 能 会 拒绝 执行 实体 会 执行 的 操作 ， 
因此 ， 它 的 接口 实际 上 可 能 只 是 实体 接口 的 一 个 子 集 。 

Decorator(4.4): 尽管 decorator 的 实现 部 分 与 代理 相似 ， 但 decorator 的 目的 不 一 样 。 
Decorator 为 对 象 添加 一 个 或 多 个 功能 ， 而 代理 则 控制 对 对 象 的 访问 。 

代理 的 实现 与 decorator 的 实现 类 似 ,但 是 在 相似 的 程度 上 有 所 差别 。Protection Proxy 的 
实现 可 能 与 decorator 的 实现 差不多 。 男 一 方面 ，Remote Proxy 不 包含 对 实体 的 直接 引用 ， 而 
只 是 一 个 间接 引用 ， 如 “主机 ID， 主 机 上 的 局 部 地 址 。”Virtual Proxy 开 始 的 时 候 使 用 一 个 间 
接 引 用 ， 例 如 一 个 文件 名 ,但 最 终 将 获取 并 使 用 一 个 直接 引用 。 


4.8 结构 型 模式 的 讨论 


你 可 能 已 经 注意 到 了 结构 型 模式 之 间 的 相似 性 ， 尤 其 是 它们 的 参与 者 和 协作 之 间 的 相似 
性 。 这 可 能 是 因为 结构 型 模式 依赖 于 同一 个 很 小 的 语言 机 制 集合 构造 代码 和 对 象 : 单 继承 和 
多 重 继 承 机 制 用 于 基于 类 的 模式 ， 而 对 象 组 合 机 制 用 于 对 象 式 模式 。 但 是 这 些 相似 性 掩盖 了 
这 些 模式 的 不 同意 图 。 在 本 节 中 ， 我 们 将 对 比 这 些 结构 型 模式 ， 使 你 对 它们 各 自 的 优点 有 所 
了 解 。 


4.8.1 Adapter 与 Bridge 


Adapter (4.1) 模式 和 Bridge (4.2) 模式 具有 一 些 共同 的 特征 。 它 们 都 给 另 一 对 象 提供 
了 一 定 程 度 上 的 间接 性 ， 因 而 有 利于 系统 的 灵活 性 。 它 们 都 涉及 到 从 自身 以 外 的 一 个 接口 向 
这 个 对 象 转发 请 求 。 

这 些 模 式 的 不 同 之 处 主要 在 于 它们 各 自 的 用 途 。Adapter 模 式 主要 是 为 了 解决 两 个 已 有 接 
口 之 问 不 匹配 的 问题 。 它 不 考虑 这 些 接口 是 怎样 实现 的 ， 也 不 考虑 它们 各 自 可 能 会 如 何 演化 。 
这 种 方式 不 需要 对 两 个 独立 设计 的 类 中 的 任 一 个 进行 重新 设计 ， 就 能 够 使 它们 协同 工作 。 另 
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一 方面 ，Bridge 模 式 则 对 抽象 接口 与 它 的 〈 可 能 是 多 个 ) 实现 部 分 进行 桥接 。 虽 然 这 一 模式 
允许 你 修改 实现 它 的 类 ， 它 仍然 为 用 户 提供 了 一 个 稳定 的 接口 。Bridge 模 式 也 会 在 系统 演化 
时 适应 新 的 实现 。 

由 于 这 些 不 同 点 ，Adapter 和 Bridge 模 式 通常 被 用 于 软件 生命 周期 的 不 同 阶 段 。 当 你 发 现 
两 个 不 兼容 的 类 必须 同时 工作 时 ， 就 有 必要 使 用 Adapter 模 式 ， 其 目的 一 般 是 为 了 避免 代码 重 
BS. WADA ABT TOL. WAR, Bridge HAA UMS AE: 一 个 抽象 将 有 多 个 实现 部 分 ， 
并 且 抽 象 和 实现 两 者 是 独立 演化 的 。Adapter 模 式 在 类 已 经 设计 好 后 实施 ; 而 Bridge 模 式 在 设 
计 类 之 前 实施 。 这 并 不 意味 着 Adapter 模 式 不 如 Bridge 模 式 ， 只 是 因为 它们 针对 了 不 同 的 问题 。 

你 可 能 认为 facade( 参 见 Facade(4.5)) 是 另外 一 组 对 象 的 适配器 。 但 这 种 解释 忽视 了 一 个 事 
实 : Bl Facade 定 义 一 个 新 的 接口 ， 而 Adapter 则 复 用 一 个 原 有 的 接口 。 记 住 ， 适 配器 使 两 个 已 
有 的 接口 协同 工作 ， 而 不 是 定义 一 个 全 新 的 接口 。 


4.8.2 Composite、Decorator 与 Proxy 


Composite(4.3) 模 式 和 Decorator(4.4) 模 式 具有 类 似 的 结构 图 ， 这 说 明 它 们 都 基于 递归 组 合 
来 组 织 可 变数 目的 对 象 。 这 一 共同 点 可 能 会 使 你 认为 ，decorator 对 象 是 一 个 退化 的 composite， 
但 这 一 观点 没有 领会 Decorator 模 式 要 点 。 相 似 点 仅 止 于 递归 组 合 ， 同 样 ， 这 是 因为 这 两 个 模 
式 的 目的 不 同 。 

Decorator 旨 在 使 你 能 够 不 需要 生成 子 类 即 可 给 对 象 添加 职责 。 这 就 避免 了 静态 实现 所 有 
功能 组 合 ， 从 而 导致 子 类 急剧 增加 。Composite 则 有 不 同 的 目的 ， 它 旨 在 构造 类 ， 使 多 个 相关 
的 对 象 能 够 以 统一 的 方式 处 理 ， 而 多 重 对 象 可 以 被 当 作 一 个 对 象 来 处 理 。 它 重点 不 在 于 修饰 ， 
而 在 于 表示 。 

尽管 它们 的 目的 截然 不 同 ， 但 却 具 有 互补 性 。 因 此 Composite 和 Decorator 模 式 通常 协同 
使 用 。 在 使 用 这 两 种 模式 进行 设计 时 ， 我 们 无 需 定义 新 的 类 ， 仅 需 将 一 些 对 象 插 接 在 一 起 即 
可 构建 应 用 。 这 时 系统 中 将 会 有 一 个 抽象 类 ， 它 有 一 些 composite 子 类 和 decorator 子 类 ， 还 有 
一 些 实现 系统 的 基本 构建 模块 。 此 时 ，composites 和 decorator 将 拥有 共同 的 接口 。 从 
Decorator 模 式 的 角度 看 ，composite 是 一 个 ConcreteComponent。 而 从 composite 模 式 的 角度 看 ， 
decorator 则 是 一 个 Leaf。 当 然 ， 他 们 不 一 定 要 同时 使 用 ， 正 如 我 们 所 见 ， 它们 的 目的 有 很 大 
的 差别 。 

另 一 种 与 Decorator 模 式 结构 相似 的 模式 是 Proxy(4.7)。 这 两 种 模式 都 描述 了 怎样 为 对 象 提 
供 一 定 程度 上 的 间接 引用 , proxy 和 decorator 对 象 的 实现 部 分 都 保留 了 指向 另 一 个 对 象 的 指针 ， 
它们 向 这 个 对 象 发 送 请 求 。 然 而 同样 ， 它 们 具有 不 同 的 设计 目的 。 

像 Decorator 模 式 一 样 ，Proxy 模式 构成 一 个 对 象 并 为 用 户 提 供 一 致 的 接口 。 但 与 
Decorator 模 式 不 同 的 是 ，Proxy 模式 不 能 动态 地 添加 或 分 离 性 质 ， 它 也 不 是 为 递归 组 合 而 设 
计 的 。 它 的 目的 是 ， 当 直接 访问 一 个 实体 不 方便 或 不 符合 需要 时 ， 为 这 个 实体 提供 一 个 替代 
者 ， 例 如 ， 实 体 在 远程 设备 上 ,访问 受到 限制 或 者 实体 是 持久 存储 的 。 

在 Proxy 模 式 中 ， 实 体 定 义 了 关键 功能 ， 而 Proxy 提 供 (或 拒绝 ) 对 它 的 访问 。 在 
Decorator 模 式 中 ， 组 件 仅 提供 了 部 分 功能 ， 而 一 个 或 多 个 Decorator 负 责 完 成 其 他 功能 。 
Decorator 模 式 适用 于 编译 时 不 能 ( 至少 不 方便 ) 确定 对 象 的 全 部 功能 的 情况 。 这 种 开放 性 使 
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递归 组 合成 为 Decorator 模 式 中 一 个 必 不 可 少 的 部 分 。 而 在 Proxy 模 式 中 则 不 是 这 样 ， 因 为 
Proxy 模 式 强 调 一 种 关系 ( Proxy 与 它 的 实体 之 间 的 关系 )， 这 种 关系 可 以 静态 的 表达 。 

模式 间 的 这 些 差异 非常 重要 ， 因 为 它们 针对 了 面向 对 象 设计 过 程 中 一 些 特定 的 经 常 发 生 
问题 的 解决 方法 。 但 这 并 不 意味 着 这 些 模式 不 能 结合 使 用 。 可 以 设想 有 一 个 proxy-decorator， 
它 可 以 给 proxy 添 加 功能 ， 或 是 一 个 decorator-proxy 用 来 修饰 一 个 远程 对 象 。 尽 管 这 种 混合 可 
能 有 用 (我 们 手边 还 没有 现成 的 例子 )， 但 它们 可 以 分 割 成 一 些 有 用 的 模式 。 


of. /一 
第 5 章 行为 模式 

行为 模式 涉及 到 算法 和 对 象 间 职责 的 分 配 。 行为 模式 不 仅 描述 对 象 或 类 的 模式 ,还 描述 
它们 之 间 的 通信 模式 。 这 些 模式 刻 划 了 在 运行 时 难以 跟踪 的 复杂 的 控制 流 。 它 们 将 你 的 注意 
力 从 控制 流转 移 到 对 象 间 的 联系 方式 上 来 。 

行为 类 模式 使 用 继承 机 制 在 类 间 分 派 行为 。 本 章 包 括 两 个 这 样 的 模式 。 其 中 Template 
Method (5.10) 较为 简单 和 常用 。 模 板 方法 是 一 个 算法 的 抽象 定义 ， 它 逐步 地 定义 该 算法 ， 
每 一 步调 用 一 个 抽象 操作 或 一 个 原 语 操作 ， 子 类 定义 抽象 操作 以 具体 实现 该 算法 。 另 一 种 行 
为 类 模式 是 Interpreter ( 5.3 )。 它 将 一 个 文法 表示 为 一 个 类 层次 ， 并 实现 一 个 解释 器 作为 这 些 
类 的 实例 上 的 一 个 操作 。 

行为 对 象 模式 使 用 对 象 复合 而 不 是 继承 。 一 些 行 为 对 象 模式 描述 了 一 组 对 等 的 对 象 怎 样 
相互 协作 以 完成 其 中 任 一 个 对 象 都 无 法 单独 完成 的 任务 。 这 里 一 个 重要 的 问题 是 对 等 的 对 象 
如 人 和 何 互相 了 解 对 方 。 对 等 对 象 可 以 保持 显 式 的 对 对 方 的 引用 ， 但 那 会 增加 它们 的 耦合 度 。 在 
极端 情况 下 ， 每 一 个 对 象 都 要 了 解 所 有 其 他 的 对 象 。Mediator (5.5) 在 对 等 对 象 间 引入 一 个 
mediator 对 象 以 避免 这 种 情况 的 出 现 。mediator 提 供 了 松 耦 合 所 需 的 间接 性 。 

Chain of Responsibility(5.1) 提 供 更 松 的 耦合 。 它 让 你 通过 一 条 候选 对 象 链 隐 式 的 向 一 个 对 
象 发 送 请 求 。 根 据 运 行 时 刻 情况 任 一 候选 者 都 可 以 响应 相应 的 请 求 。 候 选 者 的 数目 是 任意 的 ， 
你 可 以 在 运行 时 刻 决定 哪些 候选 者 参与 到 链 中 。 

Observer(5.7) 模 式 定义 并 保持 对 象 间 的 依赖 关系 。 拱 型 的 Observer 的 例子 是 Smalltalk 中 的 
模型 /视图 /控制 器 ， 其 中 一 旦 模型 的 状态 发 生变 化 ， 模 型 的 所 有 视图 都 会 得 到 通知 。 

其 他 的 行为 对 象 模式 常 将 行为 封装 在 一 个 对 象 中 并 将 请 求 指派 给 它 。Strategy(5.9) 模 式 将 
算法 封装 在 对 象 中 ， 这 样 可 以 方便 地 指定 和 改变 一 个 对 象 所 使 用 的 算法 。Command(5.2) 模 式 
将 请 求 封 装 在 对 象 中 ， 这 样 它 就 可 作为 参数 来 传递 ， 也 可 以 被 存储 在 历史 列表 里 ， 或 者 以 其 
他 方式 使 用 。State(5.8) 模 式 封装 一 个 对 象 的 状态 ， 使 得 当 这 个 对 象 的 状态 对 象 变化 时 ， 该 对 
象 可 改变 它 的 行为 。Visitor(5.11) 封 装 分 布 于 多 个 类 之 间 的 行为 ， 而 Iterator(5.4) 则 抽象 了 访问 
和 遍历 一 个 集合 中 的 对 象 的 方式 。 


5.1 CHAIN OF RESPONSIBILITY( 职 责 链 ) 一 一 对 和 象 行为 型 模式 


1. 意图 

使 多 个 对 象 都 有 机 会 处 理 请 求 ， 从 而 避免 请 求 的 发 送 者 和 接收 者 之 间 的 耦合 关系 。 将 这 
些 对 象 连 成 一 条 链 ， 并 沿 着 这 条 链 传递 该 请 求 ， 直 到 有 一 个 对 象 处 理 它 为 止 。 

2. 动机 

考虑 一 个 图 形 用 户 界面 中 的 上 下 文 有 关 的 帮助 机 制 。 用 户 在 界面 的 任 一 部 分 上 点 击 就 可 
以 得 到 帮助 信息 ， 所 提供 的 帮助 依赖 于 点 击 的 是 界面 的 哪 一 部 分 以 及 其 上 下 文 。 例 如 ， 对 话 
框 中 的 按钮 的 帮助 信息 就 可 能 和 主 窗 口中 类 似 的 按钮 不 同 。 如 果 对 那 一 部 分 界面 没有 特定 的 
帮助 信息 ， 那 么 帮助 系统 应 该 显示 一 个 关于 当前 上 下 文 的 较 一 般 的 帮助 信息 一 比如 说 ， 整 个 
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对 话 框 。 

因此 很 自然 地 ， 应 根据 普遍 性 (generality) 即 从 最 特殊 到 最 普遍 的 顺序 来 组 织 帮助 信息 。 
而 且 ， 很 明显 ， 在 这 些 用 户 界 面 对 象 中 会 有 一 个 对 象 来 处 理 帮 助 请 求 ; 至 于 是 哪 一 个 对 象 则 取 
决 于 上 下 文 以 及 可 用 的 帮助 具体 到 何 种 程度 。 

这 上 儿 的 问题 是 提交 帮助 请 求 的 对 象 (如 按钮 ) 并 不 明确 知道 谁 是 最 终 提 供 帮 助 的 对 象 。 我 们 
要 有 一 种 办 法 将 提交 帮助 请 求 的 对 象 与 可 能 提供 帮助 信息 的 对 象 解 耦 (decouple)。Chain of 
Responsibility 模 式 告诉 我 们 应 该 怎么 做 。 

这 一 模式 的 想法 是 ， 给 多 个 对 象 处 理 一 个 请 求 的 机 会 ， 从 而 解 耦 发 送 者 和 接受 者 。 该 请 
求 沿 对 象 链 传递 直至 其 中 一 个 对 象 处 理 它 ， 如 下 图 所 示 。 











specific general 


从 第 一 个 对 象 开始 ， 链 中 收 到 请 求 的 对 象 要 么 亲自 处 理 它 ， 要 么 转发 给 链 中 的 下 一 个 候 
选 者 。 提 交 请 求 的 对 象 并 不 明确 地 知道 哪 一 个 对 象 将 会 处 理 它 一 我 们 说 该 请 求 有 一 个 隐 式 的 
接收 者 (implicit receiver)。 

假设 用 户 在 一 个 标 有 “Prio” 的 按钮 窗口 组 件 上 单 击 帮助 ， 而 该 按钮 包含 在 一 个 
PrintDialog 的 实例 中 ， 该 实例 知道 它 所 属 的 应 用 对 象 ( 见 前 面 的 对 象 框图 )。 下 面 的 交互 框图 
(diagram) 说 明了 帮助 请 求 怎样 沿 链 传递 : 


aPrintButton aPrintDialog anApplication 





在 这 个 例子 中 ， 既 不 是 aPrintButton 也 不 是 aPrintDialog 处 理 该 请 求 ; 它 一 直 被 传递 给 
anApplication, anApplication 处 理 它 或 忽略 它 。 提 交 请 求 的 客户 不 直接 引用 最 终 响 应 它 的 对 
象 。 

要 沿 链 转 发 请 求 ， 并 保证 接收 者 为 隐 式 的 (implicib ， 每 个 在 链 上 的 对 象 都 有 一 致 的 处 理 请 
求 和 访问 链 上 后 继 者 的 接口 。 例 如 ， 帮 助 系统 可 定义 一 个 带 有 相应 的 HandleHelp 操作 的 
HelpHandler 类 。HelpHandler 可 为 所 有 候选 对 象 类 的 父 类 ， 或 者 它 可 被 定义 为 一 个 混和 人 
(mixin) 类 。 这 样 想 处 理 帮助 请 求 的 类 就 可 将 HelpHandler 作为 其 一 个 父 类 ， 如 下 页 上 图 所 示 。 

按钮 、 对 话 框 ， 和 应 用 类 都 使 用 HelpHandler 操作 来 处 理 帮 助 请 求 。HelpHandler 的 
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HandleHelp 操作 缺 省 的 是 将 请 求 转发 给 后 继 。 子 类 可 重 定义 这 一 操作 以 在 适当 的 情况 下 提供 
帮助 ; 否则 它们 可 使 用 缺 省 实现 转发 该 请 求 。 





3. 适用 性 

在 以 下 条 件 下 使 用 Responsibility 链 : 

。 有 多 个 的 对 象 可 以 处 理 一 个 请 求 ， 哪 个 对 象 处 理 该 请 求 运行 时 刻 自动 确定 。 
。 你 想 在 不 明确 指定 接收 者 的 情况 下 ， 向 多 个 对 象 中 的 一 个 提交 一 个 请 求 。 

。 可 处 理 一 个 请 求 的 对 象 集合 应 被 动态 指定 。 

4. 结构 





一 个 典型 的 对 象 结构 可 能 如 下 图 所 示 : 


(aciem | TAN 
aHandier [successor ©— ( sConcretettendier \ 


5. 参与 者 
e Handler ( 如 HelpHandler ) 
一 定义 一 个 处 理 请 求 的 接口 。 
一 〈 可 选 ) 实现 后 继 链 。 
。ConcreteHandler ( 如 PrintButton 和 PrintDialog ) 
一 处 理 它 所 负责 的 请 求 。 
一 可 访问 它 的 后 继 者 。 
一 如 果 可 处 理 该 请 求 ， 就 处 理 之 ; 否则 将 该 请 求 转 发 给 它 的 后 继 者 。 
e Client 
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一 向 链 上 的 具体 处 理 者 (ConcreteHandler) 对 象 提 交 请 求 。 

6. 协作 

。 当 客户 提交 一 个 请 求 时 ， 请 求 沿 链 传递 直至 有 一 个 ConcreteHandler 对 象 负责 处 理 它 。 

7. 效果 

Responsibility 链 有 下 列 优点 和 缺点 (liabilities): 

1) PERSE ”该 模式 使 得 一 个 对 象 无 需 知道 是 其 他 哪 一 个 对 象 处 理 其 请 求 。 对 象 仅 需 
知道 该 请 求 会 被 “正确 ”地 处 理 。 接 收 者 和 发 送 者 都 没有 对 方 的 明确 的 信息 ， 且 链 中 的 对 象 
不 需 知 道 链 的 结构 。 

结果 是 ， 职 责 链 可 简化 对 象 的 相互 连接 。 它 们 仅 需 保持 一 个 指向 其 后 继 者 的 引用 ， 而 不 
需 保持 它 所 有 的 候选 接受 者 的 引用 。 

2) 增强 了 给 对 象 指派 职责 (Responsibility) 的 灵活 性 ” 当 在 对 象 中 分 派 职 责 时 ， 职 责 链 给 你 
更 多 的 灵活 性 。 你 可 以 通过 在 运行 时 刻 对 该 链 进行 动态 的 增加 或 修改 来 增加 或 改变 处 理 一 个 
请 求 的 那些 职责 。 你 可 以 将 这 种 机 制 与 静态 的 特例 化 处 理 对 象 的 继承 机 制 结合 起 来 使 用 。 

3) 不 保证 被 接受 ”既然 一 个 请 求 没有 明确 的 接收 者 ， 那 么 就 不 能 保证 它 一 定 会 被 处 理 一 
该 请 求 可 能 一 直到 链 的 末端 都 得 不 到 人 处理。 一 个 请 求 也 可 能 因 该 链 没有 被 正确 配置 而 得 不 到 
处 理 。 

8. 实现 

下 面 是 在 职责 链 模 式 中 要 考虑 的 实现 问题 : 

1) 实现 后 继 者 链 “有 了 两 种 方法 可 以 实现 后 继 者 链 。 

a) 定义 新 的 链接 (通常 在 Handler 中 定义 ， 但 也 可 由 ConcreteHandlers 来 定义 )。 

b) 使 用 已 有 的 链接 。 

我 们 的 例子 中 定义 了 新 的 链接 ， 但 你 常常 可 使 用 已 有 的 对 象 引 用 来 形成 后 继 者 链 。 例 如 ， 
在 一 个 部 分 一 整体 层次 结构 中 ， 父 构件 引用 可 定义 一 个 部 件 的 后 继 者 。 窗 口 组 件 Widget ) 
结构 可 能 早已 有 这 样 的 链接 。Composite (4.3) 更 详细 地 讨论 了 父 构件 引用 。 

当 已 有 的 链接 能 够 支持 你 所 需 的 链 时 ， 完 全 可 以 使 用 它们 。 这 样 你 不 需要 明确 定义 链接 ， 
而 且 可 以 节省 空间 。 但 如 果 该 结构 不 能 反映 应 用 所 需 的 职责 链 ， 那 么 你 必须 定义 额外 的 链接 。 

2) 连接 后 继 者 ”如果 没有 已 有 的 引用 可 定义 一 个 链 ， 那 么 你 必须 自己 引入 它们 。 这 种 情 
况 下 Handler 不 仅 定义 该 请 求 的 接口 ， 通 常 也 维护 后 继 链 接 。 这 样 Handler 就 提供 了 
HandleRequest 的 缺 省 实现 :HandleRequest 向 后 继 者 (如 果 有 的 话 ) 转 发 请 求 。 如 果 
ConcreteHandler 子 类 对 该 请 求 不 感 兴趣 ， 它 不 需 重 定义 转发 操作 ， 因 为 它 的 缺 省 实现 进行 无 
条 件 的 转发 。 

此 处 为 一 个 HelpHandler 基 类 ， 它 维护 一 个 后 继 者 链接 ; 


class HelpHandler { 

public: 
HelpHandler (HelpHandler* s) : _Successor(s) { } 
virtual void HandleHelp(); 

private: 
HelpHandler* _successor; 

}; 


void HelpHandler: :HandleHelp () { 
if (_successor) { 
—Successor->HandleHelp () ; 
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} 
} 


3) 表示 请 求 ” 可 以 有 不 同 的 方法 表示 请 求 。 最 简单 的 形式 ， 比 如 在 HandleHelp 的 例子 中 ， 
请 求 是 一 个 硬 编码 的 (hard-coded) 操作 调用 。 这 种 形式 方便 而 且 安 全 ， 但 你 只 能 转发 Handler 
类 定义 的 固定 的 一 组 请 求 。 

另 一 选择 是 使 用 一 个 处 理 函 数 ， 这 个 函数 以 一 个 请 求 码 (如 一 个 整 型 常数 或 一 个 字符 串 ) 为 
参数 。 这 种 方法 支持 请 求 数目 不 限 。 唯 一 的 要 求 是 发 送 方 和 接受 方 在 请 求 如 何 编码 问题 上 应 
达成 一 致 。 

这 种 方法 更 为 灵活 ， 但 它 需要 用 条 件 语句 来 区 分 请 求 代 码 以 分 派 请 求 。 另 外 ， 无 法 用 类 
型 安全 的 方法 来 传递 请 求 参 数 ， 因 此 它们 必须 被 手工 打包 和 解 包 。 显 然 ， 相 对 于 直接 调用 一 
个 操作 来 说 它 不 太 安全 。 

为 解决 参数 传递 问题 ， 我 们 可 使 用 独立 的 请 求 对 象 来 封装 请 求 参 数 。Request 类 可 明确 地 
描述 请 求 ， 而 新 类 型 的 请 求 可 用 它 的 子 类 来 定义 。 这 些 子 类 可 定义 不 同 的 请 求 参数 。 处 理 者 
必须 知道 请 求 的 类 型 ( 即 它们 正 使 用 哪 一 个 Request 子 类 ) 以 访问 这 些 参 数 。 

为 标识 请 求 ，Request 可 定义 一 个 访问 器 (accessor) 函 数 以 返回 该 类 的 标识 符 。 或 者 ， 如 果 
实现 语言 支持 的 话 ， 接 受 者 可 使 用 运行 时 的 类 型 信息 。 

以 下 为 一 个 分 派 函数 的 框架 (sketch) ， 它 使 用 请 求 对 象 标识 请 求 。 定 义 于 基 类 Request 中 的 
GetKind 操 作 识 别 请 求 的 类 型 : 


void Handler: :HandleRequest (Request* theRequest) { 
switch (theRequest->GetKind()) { 
case Help: 
// cast argument to appropriate type 
HandleHelp( (HelpRequest*) theRequest) ; 
break; 


case Print: 
HandlePrint ((PrintRequest*) theRequest) ; 
ff sae 
break; 


default: 
// ... 
break; 
} 
} 


子 类 可 通过 重 定义 HandleRequest 扩 展 该 分 派 函 数 。 子 类 只 处 理 它 感 兴趣 的 请 求 ; 其 他 的 
请 求 被 转发 给 父 类 。 这 样 就 有 效 的 扩展 了 (而 不 是 重 写 )HandleRequest 操 作 。 例 如 ,一 个 


ExtendedHandler 子 类 扩展 了 MyHandler 版 本 的 HandleRequest: 
class ExtendedHandler : public Handler { 
public: 
virtual void HandleRequest (Request* theRequest) ; 
// ... 
}; 


void ExtendedHandler: :HandleRequest (Request* theRequest) { 
switch (theRequest->GetKind()) { 
case Preview: 
// handle the Preview request 
break; 
default: 
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// let Handler handle other requests 
Handler: :HandleRequest (theRequest) ; 
} 
} 


4) 在 Smalltalk 中 自动 转发 ”你 可 以 使 用 Smalltalk 中 的 doesNotUnderstand 机 制 转发 请 求 。 
没有 相应 方法 的 消息 被 doseNotUnderstand 的 实现 捕捉 (trap in )， 此 实现 可 被 重 定义 ， 从 而 可 
向 一 个 对 象 的 后 继 者 转发 该 消息 。 这 样 就 不 需要 手工 实现 转发 ; 类 仅 处 理 它 感 兴趣 的 请 求 ， 
而 依赖 doesNotUnderstand 转发 所 有 其 他 的 请 求 。 

9. 代码 示例 

下 面 的 例子 举例 说 明了 在 一 个 像 前 面 描 述 的 在 线 帮 助 系 统 中 ， 职 责 链 是 如 何 处 理 请 求 的 。 
帮助 请 求 是 一 个 显 式 的 操作 。 我 们 将 使 用 在 窗口 组 件 层 次 中 的 已 有 的 父 构件 引用 来 在 链 中 的 
窗口 组 件 间 传 递 请 求 ， 并 且 我 们 将 在 Handler 类 中 定义 一 个 引用 以 在 链 中 的 非 窗 口 组 件 闻 传 递 
帮助 请 求 。 

HelpHandler 类 定义 了 处 理 帮 助 请 求 的 接口 。 它 维护 一 个 帮助 主题 ( 缺 省 值 为 空 )， 并 保持 
对 帮助 处 理 对 象 链 中 它 的 后 继 者 的 引用 。 关 键 的 操作 是 HandleHelp， 它 可 被 子 类 重 定义 。 
HasHelp 是 一 个 辅助 操作 ， 用 于 检查 是 否 有 一 个 相关 的 帮助 主题 。 


typedef int Topic; 
const Topic NO_HELP_TOPIC = -1; 


class HelpHandler { 
public: . 
HelpHandler (HelpHandler* = 0, Topic = NO_HELP_TOPIC); 
virtual bool HasHelp(); 
virtual void SetHandler (HelpHandler*, Topic); 
virtual void HandleHelp(); 
private: 
HelpHandler* _successor; 
Topic _topic; 
}; 


HelpHandler::HelpHandler ( 
HelpHandler* h, Topic t 
) +: _successor(h), _topic(t) { } 


bool HeipHandler::HasHelp () { 
return _topic != NO_HELP_TOPIC; 

} 

void HelpHandler::HandleHelp () { 
if (_successor != 0) { 

_successor~>HandleHelp({); 

} 

} 


所 有 的 窗口 组 件 都 是 widget 抽象 类 的 子 类 。Widget 是 HelpHandler 的 子 类 ， 因 为 所 有 的 用 
户 界 面 元 素 都 可 有 相关 的 帮助 。( 我 们 也 可 以 使 用 另 一 种 基于 混和 人 类 的 实现 方式 ) 


”class Widget : public HelpHandler { 
protected: 
Widget (Widget* parent, Topic t = NO_HELP_TOPIC) ; 
private: 
Widget* _parent; 
] 7 


Widget::Widget (Widget* w, Topic t) : HelpHandler (w, t) í 
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_parent = w; 
} 


在 我 们 的 例子 中 ， 按 钮 是 链 上 的 第 一 个 处 理 者 。Button 类 是 Widget 类 的 子 类 。Button 构 
造 函 数 有 两 个 参数 : 对 包含 它 的 窗口 组 件 的 引用 和 其 自身 的 帮助 主题 。 


class Button : public Widget { 
public: 
Button (Widget* d, Topic t = NO_HELP_TOPIC); 


virtual void HandleHelp(); 
// Widget operations that Button overrides. 
}; 


Button 版 本 的 HandleHelp 首 先 测试 检查 其 自身 是 否 有 帮助 主题 。 如 果 开 发 者 没有 定义 一 个 
帮助 主题 ， 就 用 HelpHandler 中 的 HandieHelp 操 作 将 该 请 求 转发 给 它 的 后 继 者 。 如 果 有 帮助 主 
B, 那么 就 显示 它 ， 并 且 搜 索 结束 。 


Button::Button (Widget* h, Topic t) :-Widget(h, t) { } 


void Button::HandleHelp () { 
iff (HasHelp()) { 
// offer help on the button 
} else { 
HelpHandler: :HandleHelp(); 
} 
} 


Dialog 实 现 了 一 个 类 似 的 策略 ， 只 不 过 它 的 后 继 者 不 是 一 个 窗口 组 件 而 是 任意 的 帮助 请 求 
处 理 对 象 。 在 我 们 的 应 用 中 这 个 后 继 者 将 是 Application 的 一 个 实例 。 


class Dialog : public Widget { 

public: 
Dialog(HelpHandler* h, Topic t = NO_LHELP_TOPIC); 
virtual void HandleHelp(); 


// Widget operations that Dialog overrides... 
If en 
}; 


Dialog::Dialog (HelpHandler* h, Topic t) : Widget(0) { 
SetHandler(h, t}; 
} 


void Dialog::HandleHelp () { 
if (HasHelp()) { 
// offer help on the dialog 
} else { 
HelpHandler: :HandleHelp(); 
} 
} 


在 链 的 末端 是 Application 的 一 个 实例 。 该 应 用 不 是 一 个 窗口 组 件 ， 因 此 Application 不 是 
HelpHandler 的 直接 子 类 。 当 一 个 帮助 请 求 传递 到 这 一 层 时 ， 该 应 用 可 提供 关于 该 应 用 的 一 般 
性 的 信息 ， 或 者 它 可 以 提供 一 系列 不 同 的 帮助 主题 。 

class Application : public HelpHandler { 


public: 
Application(Topic t} : HelpHandler(0, t) { } 


virtual void HandleHelp(); 
// application-specific operations... 
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void Application::HandieHelp () { 
// show a list of help topics 
} 


下 面 的 代码 创建 并 连接 这 些 对 象 。 此 处 的 对 话 框 涉及 打印 ， 因 此 这 些 对 象 被 赋 给 与 打印 
相关 的 主题 。 


const Topic PRINT_TOPIC = 1; 
const Topic PAPER_ORIENTATION_TOPIC = 2; 
const Topic APPLICATION_TOPIC = 3; 


Application* application = new Application (APPLICATION_TOPIC) ; 
Dialog* dialog = new Dialog(application, PRINT_TOPIC); 
Button* button = new Button(dialog, PAPER_ORIENTATION_TOPIC) ; 


我 们 可 对 链 上 的 任意 对 象 调用 HandleHeip 以 触发 相应 的 帮助 请 求 。 要 从 按钮 对 象 开 始 搜 
索 ， 只 需 对 它 调用 HandleHelp: 

button->HandleHelp(); 

在 这 种 情况 下 ， 按 钮 会 立即 处 理 该 请 求 ， 注意 任 何 HeipHandler 类 都 可 作为 Dialog 的 后 继 
者 。 此 外 ， 它 的 后 继 者 可 以 被 动态 地 改变 。 因 此 不 管 对 话 框 被 用 在 何 处 ， 你 都 可 以 得 到 它 正 
确 的 与 上 下 文 相 关 的 帮助 信息 。 

10. 已 知 应 用 

许多 类 库 使 用 职责 链 模式 处 理 用 户 事件 。 对 Handler 类 它们 使 用 不 同 的 名 字 ， 但 思想 是 一 样 

: 当 用 户 点 击 鼠 标 或 按键 盘 ， 一 个 事件 产生 并 沿 链 传播 。MacApp[App89] 和 ET++[WGM88] 
称 之 为 “事件 处 理 者 "”，Symantec 的 TCL 库 [Sym93b] 称 之 为 “Bureaucrat”， 而 NeXT 的 AppKit 命 
ZA “Responder”, 

图 形 编辑 器 框架 Unidraw 定 义 了 “命令 ”Command 对 象 ， 它 封装 了 发 给 Component 和 
ComponentView 对 象 [VL901 的 请 求 。 一 个 构件 或 构件 视图 可 解释 一 个 命令 以 进行 一 个 操作 ， 
这 时 “命令 ”就 是 请 求 。 这 对 应 于 在 实现 一 节 中 描述 的 “对 象 作 为 请 求 ” 的 方法 。 构 件 和 构 
件 视 图 可 以 组 织 为 层次 式 的 结构 。 一 个 构件 或 构件 视图 可 将 命令 解释 转发 给 它 的 父 构 件 ， 而 
父 构件 依次 可 将 它 转 发 给 它 的 父 构件 ， 如 此 类 推 ， 就 形成 了 一 个 职责 链 。 

ET++ 使 用 职责 链 米 处 理 图 形 的 更 新 。 当 一 个 图 形 对 象 必须 更 新 它 的 外 观 的 一 部 分 时 ， 调 
用 InvalidateRect 操 作 。 一 个 图 形 对 象 自己 不 能 处 理 InvalidateRect， 因 为 它 对 它 的 上 下 文 了 解 
不 够 。 例 如 , 一 个 图 形 对 象 可 被 包装 在 一 些 类 似 滚动 条 (Scrollers) 或 放大 器 (Zoomers) 的 对 象 中 ， 
这 些 对 象 变换 它 的 坐标 系统 。 那 就 是 说 ， 对 象 可 被 滚动 或 放大 以 至 它 有 一 部 分 在 视 区 外 。 因 
此 缺 省 的 EnvalidateRect 的 实现 转发 请 求 给 包装 的 容器 对 象 。 转 发 链 中 的 最 后 一 个 对 象 是 一 个 
窗口 (Window) 实 例 。 当 窗口 收 到 请 求 时 ， 保 证 失效 玫 形 被 正确 变换 。 窗 口 通 知 窗口 系统 接口 
并 请 求 更 新 ， 从 而 处 理 InvalidateRect。 

11. 相关 模式 

职责 链 常 与 Composite( 4.3 ) 一 起 使 用 。 这 种 情况 下 ， 一 个 构件 的 父 构件 可 作为 它 的 后 继 。 


5.2 COMMAND ( 命令 ) 一 一 对 象 行为 型 模式 


1. 意图 
将 一 个 请 求 封 装 为 一 个 对 象 ， 从 而 使 你 可 用 不 同 的 请 求 对 客户 进行 参数 化 ; 对 请 求 排队 
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或 记录 请 求 日 志 ， 以 及 支持 可 撤消 的 操作 。 

2. 别名 

动作 (Action) ， 事 务 (Transaction) 

3. 动机 

有 时 必须 向 某 对 象 提交 请 求 ， 但 并 不 知道 关于 被 请 求 的 操作 或 请 求 的 接受 者 的 任何 信息 。 
例如 ， 用 户 界面 工具 箱包 括 按钮 和 菜单 这 样 的 对 象 ， 它 们 执行 请 求 响应 用 户 输入 。 但 工具 箱 
不 能 显 式 的 在 按钮 或 菜单 中 实现 该 请 求 ， 因 为 只 有 使 用 工具 箱 的 应 用 知道 该 由 哪个 对 象 做 哪 
个 操作 。 而 工具 箱 的 设计 者 无 法 知道 请 求 的 接受 者 或 执行 的 操作 。 

命令 模式 通过 将 请 求 本 身 变 成 一 个 对 象 来 使 工具 箱 对 象 可 向 未 指定 的 应 用 对 象 提 出 请 求 。 
这 个 对 象 可 被 存储 并 像 其 他 的 对 象 一 样 被 传递 。 这 一 模式 的 关键 是 一 个 抽象 的 Command 类 ， 
它 定 义 了 一 个 执行 操作 的 接口 。 其 最 简单 的 形式 是 一 个 抽象 的 Execute 操 作 。 具 体 的 Command 
子 类 将 接收 者 作为 其 一 个 实例 变量 ， 并 实现 Execute 操 作 ， 指 定 接收 者 采取 的 动作 。 而 接收 者 
有 执行 该 请 求 所 需 的 具体 信息 。 












Add(Menuitem) 


Copy( 
Paste() 


用 Command 对 象 可 很 容易 的 实现 菜单 (Menu )， 每 一 菜单 中 的 选项 都 是 一 个 菜单 项 
(Menultem ) 类 的 实例 。 一 个 Application 类 创建 这 些 菜 单 和 它们 的 菜单 项 以 及 其 余 的 用 户 界 面 。 
该 Application 类 还 跟踪 用 户 已 打开 的 Document 对 象 。 

该 应 用 为 每 一 个 菜单 项 配置 一 个 具体 的 Command 子 类 的 实例 。 当 用 户 选 择 了 一 个 菜单 项 
时 ， 该 Menultem 对 象 调用 它 的 Command 对 象 的 Execute 方 法 ， 而 Execute 执 行 相应 操作 。 
Menultem 对 象 并 不 知道 它们 使 用 的 是 Command 的 哪 一 个 子 类 。Command 子 类 里 存放 着 请 求 的 
接收 者 ， 而 Excute 操 作 将 调用 该 接收 者 的 一 个 或 多 个 操作 。 

例如 ，PasteCommand 支 持 从 剪贴 板 向 一 个 文档 (Documenb 粘 贴 正 文 。PasteCommand 的 接 
收 者 是 一 个 文档 对 象 ， 该 对 象 是 实例 化 时 提供 的 。Execute 操 作 将 调用 该 Document 的 Paste 操 
作 。 





而 OpenCommand 的 Execute 操 作 却 有 所 不 同 : 它 提 示 用 户 输入 一 个 文档 名 ,创建 一 个 相应 
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的 文档 对 象 ， 将 其 人 作为 接收 者 的 应 用 对 象 中 ， 并 打开 该 文档 。 





doc->Open() 

有 时 一 个 MenuItem 需 要 执行 一 系列 命令 。 例 如 ， 使 一 个 页 面 按 正常 大 小 居中 的 Menultem 
可 由 一 个 CenterDocumentCommand 对 象 和 一 个 NormalSizeCommand 对 象 构 建 。 因 为 这 种 需 将 
多 条 命令 串 接 起 来 的 情况 很 常见 ， 我 们 定义 一 个 MacroCommand 类 来 让 一 个 MenuItem 执 行 任 
意 数 目的 命令 。MacroCommand 是 一 个 其 体 的 Command 子 类 ， 它 执行 一 个 命令 序列 。 
MacroCommand 没 有 明确 的 接收 者 ， 而 序列 中 的 命令 各 自 定义 其 接收 者 。 





请 注意 这 些 例子 中 Command 模 式 是 怎样 解 看 调用 操作 的 对 象 和 具有 执行 该 操作 所 需 信息 
的 那个 对 象 的 。 这 使 我 们 在 设计 用 户 界 面 时 拥有 很 大 的 灵活 性 。 一 个 应 用 如 果 想 让 一 个 菜单 
与 一 个 按钮 代表 同一 项 功能 ， 只 需 让 它们 共享 相应 具体 Command 子 类 的 同一 个 实例 即 可 。 我 
们 还 可 以 动态 地 替换 Command 对 象 ， 这 可 用 于 实现 上 下 文 有 关 的 菜单 。 我 们 也 可 通过 将 几 个 
命令 组 成 更 大 的 命令 的 形式 来 支持 命令 脚本 (command scripting)。 所 有 这 些 之 所 以 成 为 可 能 乃 
是 因为 提交 一 个 请 求 的 对 象 仅 需 知道 如 何 提交 它 ， 而 不 需 知道 该 请 求 将 会 被 如 何 执行 。 

4. 适用 性 
当 你 有 如 下 需求 时 ， 可 使 用 Command 模 式 : 

。 像 上 面 讨 论 的 Menultem 对 象 那样 ， 抽 象 出 待 执行 的 动作 以 参数 化 某 对 象 。 你 可 用 过 程 
语言 中 的 回调 (callback) 函数 表达 这 种 参数 化 机 制 。 所 谓 回调 函数 是 指 函 数 先 在 某 处 
注册 ， 而 它 将 在 稍 后 某 个 需要 的 时 候 被 调用 。Command 模 式 是 回调 机 制 的 一 个 面向 对 
象 的 替代 品 。 
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。 在 不 同 的 时 刻 指定 、 排 列 和 执行 请 求 。 一 个 Command 对 象 可 以 有 一 个 与 初始 请 求 无 关 
的 生存 期 。 如 果 一 个 请 求 的 接收 者 可 用 一 种 与 地 址 空间 无 关 的 方式 表达 ， 那 么 就 可 将 负 
责 该 请 求 的 命令 对 象 传送 给 另 一 个 不 同 的 进程 并 在 那儿 实现 该 请 求 。 

。 支 持 取消 操作 。Command 的 Excute 操 作 可 在 实施 操作 前 将 状态 存储 起 来 ， 在 取消 操作 时 
这 个 状态 用 来 消除 该 操作 的 影响 。Command 接 口 必须 添加 一 个 Unexecute 操 作 ， 该 操作 
取消 上 一 次 Execute 调 用 的 效果 。 执 行 的 命令 被 存储 在 一 个 历史 列表 中 。 可 通过 向 后 和 
向 前 遍历 这 一 列表 并 分 别 调用 Unexecute 和 Execute 来 实现 重 数 不 限 的 “取消 ”和 “ 重 
做 ”。 

。 支 持 修改 日 志 ， 这 样 当 系统 崩 演 时， 这 些 修改 可 以 被 重 做 一 访 。 在 Command 接 口中 添 
加 装载 操作 和 存储 操作 ， 可 以 用 来 保持 变动 的 一 个 一 致 的 修改 日 志 。 从 崩溃 中 恢复 的 过 
程 包括 从 磁盘 中 重新 读 人 记录 下 来 的 命令 并 用 Execute 操 作 重新 执行 它们 。 

。 用 构建 在 原 语 操作 上 的 高 层 操作 构造 一 个 系统 。 这 样 一 种 结构 在 支持 事务 (transaction) 
的 信息 系统 中 很 常见 。 一 个 事务 封装 了 对 数据 的 一 组 变动 。Command 模 式 提 供 了 对 事 
务 进行 建 模 的 方法 。Command 有 一 个 公共 的 接口 ， 使 得 你 可 以 用 同一 种 方式 调用 所 有 
的 事务 。 同 时 使 用 该 模式 也 易于 添加 新 事务 以 扩展 系统 。 
结构 





参与 者 

。 Command 

一 声明 执行 操作 的 接口 。 
* ConcreteCommand (PasteCommand, OpenCommand) 

一 将 一 个 接收 者 对 象 绑 定 于 一 个 动作 。 

一 调用 接收 者 相应 的 操作 ， 以 实现 Execute。 
e Client (Appliction) 

一 创建 一 个 具体 命令 对 象 并 设 定 它 的 接收 者 。 
e Invoker (Menultem) 

一 要 求 该 命令 执行 这 个 请 求 。 
e Receiver (Document, Application) 

一 知道 如 何 实施 与 执行 一 个 请 求 相 关 的 操作 。 任 何 类 都 可 能 作为 一 个 接收 者 。 
7. 协作 
。 Client 创 建 一 个 ConcreteCommand 对 象 并 指定 它 的 Receiver 对 象 。 
。 某 Invoker 对 象 存储 该 ConcreteCommand 对 象 。 
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"该 Invoker 通 过 调用 Command 对 象 的 Execute 操 作 来 提交 一 个 请 求 。 若 该 命令 是 可 撤消 的 ， 
ConcreteCommand 就 在 执行 Excute 操 作 之 前 存储 当前 状态 以 用 于 取消 该 命令 。 
。ConcreteCommand 对 象 对 调用 它 的 Receiver 的 一 些 操 作 以 执行 该 请 求 。 


aReceiver aClient aCommand anlnvoker 


new Command(aReceiver) 





Action() Execute() 


下 图 展示 了 这 些 对 象 之 间 的 交互 。 它 说 明了 Command 是 如 何 将 调用 者 和 接收 者 (以 及 它 执 
行 的 请 求 ) 解 看 的 。 

8. 效果 

Command 模 式 有 以 下 效果 : 

1) Command 模 式 将 调用 操作 的 对 象 与 知道 如 何 实现 该 操作 的 对 象 解 耦 。 

2) Command 是 头等 的 对 象 。 它 们 可 像 其 他 的 对 象 一 样 被 操纵 和 扩展 。 

3) 你 可 将 多 个 命令 装配 成 一 个 复合 命令 。 例 如 是 前 面 描述 的 MacroCommand 类 。 一 般 说 
来 ， 复 合 命令 是 Composite 模 式 的 一 个 实例 。 

4) 增加 新 的 Command 很 容易 ， 因 为 这 无 需 改 变 已 有 的 类 。 

9. 实现 

实现 Command 模 式 时 须 考 虑 以 下 问题 : 

1) 一 个 命令 对 象 应 达到 何 种 智能 程度 “命令 对 象 的 能 力 可 大 可 小 。 一 个 极端 是 它 仅 确定 
一 个 接收 者 和 执行 该 请 求 的 动作 。 另 一 极端 是 它 自 己 实现 所 有 功能 ， 根 本 不 需要 额外 的 接收 
者 对 象 。 当 需要 定义 与 已 有 的 类 无 关 的 命令 ， 当 没有 合适 的 接收 者 ， 或 当 一 个 命令 隐 式 地 知 
道 它 的 接收 者 时 ， 可 以 使 用 后 一 极端 方式 。 例 如 ， 创 建 另 一 个 应 用 窗口 的 命令 对 象 本 身 可 能 
和 任何 其 他 的 对 象 一 样 有 能 力 创建 该 窗口 。 在 这 两 个 极端 间 的 情况 是 命令 对 象 有 足够 的 信息 
可 以 动态 的 找到 它们 的 接收 者 。 

2) 支持 取消 (undo) PER (redo) ”如 果 Command 提 供 方 法 逆转 (reverse) 它 们 操作 的 执 
行 (例如 Unexecute 或 Undo 操 作 )， 就 可 支持 取消 和 重 做 功能 。 为 达到 这 个 目的 ， 
ConcreteCommand 类 可 能 需要 存储 额外 的 状态 信息 。 这 个 状态 包括 : 

。 接 收 者 对 象 ， 它 真正 执行 处 理 该 请 求 的 各 操作 。 

。 接 收 者 上 执行 操作 的 参数 。 

“如 果 处 理 请 求 的 操作 会 改变 接收 者 对 象 中 的 某 些 值 ， 那 么 这 些 值 也 必须 先 存储 起 来 ， 按 

收 者 还 必须 提供 一 些 操作 ， 以 使 该 命令 可 将 接收 者 恢复 到 它 先 前 的 状态 。 

若 应 用 只 支持 一 次 取消 操作 ， 那 么 只 需 存储 最 近 一 次 被 执行 的 命令 。 而 若 要 支持 多 级 的 
取消 和 重 做 ， 就 需要 有 一 个 已 被 执行 命令 的 历史 表 列 (history list)， 该 表 列 的 最 大 长 度 决定 了 
取消 和 重 做 的 级 数 。 历 史 表 列 存储 了 已 被 执行 的 命令 序列 。 向 后 遍历 该 表 列 并 道 向 执行 
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(reverse-executing) 命 令 是 取消 它们 的 结果 ; 向 前 遍历 并 执行 命令 是 重 执行 它们 。 

有 时 可 能 不 得 不 将 一 个 可 撤消 的 命令 在 它 可 以 被 放 入 历史 列表 中 之 前 先 拷贝 下 来 。 这 是 
因为 执行 原来 的 请 求 的 命令 对 象 将 在 稍 后 执行 其 他 的 请 求 。 如 果 命 令 的 状态 在 各 次 调用 之 间 
会 发 生变 化 ， 那 就 必须 进行 拷贝 以 区 分 相同 命令 的 不 同调 用 。 

例如 ， 一 个 删除 选 定 对 象 的 删除 命令 (DeleteCommand) 在 它 每 次 被 执行 时 ， 必 须 存 储 不 同 
的 对 象 集合 。 因 此 该 删除 命令 对 象 在 执行 后 必须 被 拷贝 ， 并 且 将 该 拷贝 放 人 历史 表 列 中 。 如 
果 该 命令 的 状态 在 执行 时 从 不 改变 ， 则 不 需要 拷贝 ， 而 仅 需 将 一 个 对 该 命令 的 引用 放 人 历史 
表 列 中 。 在 放 和 人 历史 表 列 中 之 前 必须 被 拷贝 的 那些 Command 起 着 原型 ( 参见 Prototype 模 式 
(3.4)) 的 作用 。 

3) 避免 取消 操作 过 程 中 的 错误 积累 “在 实现 一 个 可 靠 的、 能 保持 原先 语义 的 取消 / 重 做 机 
制 时 ， 可 能 会 遇 到 滞后 影响 问题 。 由 于 命令 重复 的 执行 、 取 消 执行 ， 和 重 执行 的 过 程 可 能 会 
积累 错误 ， 以 至 一 个 应 用 的 状态 最 终 偏离 初始 值 。 这 就 有 必要 在 Command 中 存 人 更 多 的 信息 
以 保证 这 些 对 象 可 被 精确 地 复原 成 它们 的 初始 状态 。 这 里 可 使 用 Memento 模 式 ( 5.6 ) 来 让 该 
Command 访 问 这 些 信 息 而 不 暴露 其 他 对 象 的 内 部 信息 。 

4) 使 用 C++ 模板 ”对 (1) 不 能 被 取消 (2) 不 需要 参数 的 命令 ， 我 们 可 使 用 C++ 模板 来 实现 ， 
这 样 可 以 避免 为 每 一 种 动作 和 接收 者 都 创建 一 个 Command 子 类 。 我 们 将 在 代码 示例 一 节 说 明 
这 种 做 法 。 

10. 代码 示例 

此 处 所 示 的 C++ 代码 给 出 了 动机 一 节 中 的 Command 类 的 实现 的 大 致 框架 。 我 们 将 定义 
OpenCommand 、PasteCommand 和 MacroCommand。 首 先是 抽象 的 Command 类 : 


class Command { 
public: 
virtual “Command () ; 


virtual void Execute() = 0; 
protected: 

Command () ; 
}; 


OpenCommand 打 开 一 个 名 字 由 用 户 指定 的 文档 。 注 意 OpenCommand 的 构造 器 需要 一 个 
Application 对 象 作 为 参数 。AskUser 是 一 个 提示 用 户 输入 要 打开 的 文档 名 的 实现 例 程 。 


class OpenCommand : public Command { 
public: 
OpenCommand (Application*); 


virtual void Execute(); 
protected: 

virtual const char* AskUser(); 
private: 

Application* _application; 

char* _response; 
}: 


OpenCommand: :OpenCommand (Application* a) { 
_application = a; 

} 

void OpenCommand::Execute () { 
const char* name = AskUser(); 


if (mame != 0) { 
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Document* document = new Document (name) ; 
—application->Add (document) ; 
document ->Open (); 


} 


PasteCommand 需 要 一 个 Document 对 象 作 为 其 接收 者 。 该 接收 者 将 作为 一 个 参数 给 
PasteCommand 的 构造 器 。 


class PasteCommand : public Command { 
public: 
PasteCommand (Document *) ; 


virtual void Execute(); 
private: 

Document* _document; 
J; 


PasteCommand: :PasteCommand (Document* doc) { 
_document = doc; 


} 


void PasteCommand: :Execute () { 
_document->Paste(); 
' } 


对 于 简单 的 不 能 取消 和 不 需 参数 的 命令 , 可 以 用 一 个 类 模板 来 参数 化 该 命令 的 接收 者 。 我 
们 将 为 这 些 命令 定义 一 个 模板 子 类 SimpleCommand. 用 Receiver 类 型 参数 化 SimpleCommand ， 


并 维护 一 个 接收 者 对 象 和 一 个 动作 之 间 的 绑 定 ,而 这 一 动作 是 用 指向 一 个 成 员 函 数 的 指针 存储 
i 的 。 
! template <class Receiver> 
class SimpleCommand : public Command { 
， Public: ， 
typedef void (Receiver::* Action) (); 


SimpleCommand(Receiver* r, Action a) 
_receiver(r), _action(a) { } 


virtual void Execute(); 
private: 

Action _action; 

Receiver* _receiver; 
Joe 


构造 器 存储 接收 者 和 对 应 实例 变量 中 的 动作 。Execute 操 作 实施 接收 者 的 这 个 动作 。 


template <class Receiver> 
void SimpleCommand<Receiver>::Execute () { 
(_receiver->*_action) (); 


} 
为 创建 一 个 调用 Myclass 类 的 一 个 实例 上 的 Action 的 Command 对 象 , 仅 需 如 下 代码 ， 


MyClass* receiver = new MyClass; 
Il aa 
Command* aCommand = 


new SimpleCommand<MyClass> (receiver, &MyClass: : Action); 
// ... 


aCommand~>Execute(); 


记 住 , 这 一 方案 仅 适用 于 简单 命令 。 更 复杂 的 命令 不 仅 要 维护 它们 的 接收 者 ， 而 且 还 要 登 
记 和 参数 ， 有 时 还 要 保存 用 于 取消 操作 的 状态 。 此 时 就 需要 定义 一 个 Command 的 子 类 。 
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MacroCommand 管 理 一 个 子 命令 序列 ， 它 提供 了 增加 和 和 删除 子 命令 的 操作 。 这 里 不 需要 
显 式 的 接收 者 ， 因 为 这 些 子 命令 已 经 定义 了 它们 各 自 的 接收 者 。 

Class MacroCommand : public Command { 

public: 


MacroCommand ({) ; 
virtual ~MacroCommand () ; 


virtual void Add(Command*); 
virtual void Remove (Command*) ; 


virtual void Execute(); 
private: 

List<Command*>* _cmds; 
}; 


MacroCommand 的 关键 是 它 的 Execute 成 员 函 数 。 它 遍历 所 有 的 子 命令 并 调用 其 各 自 的 
Execute 操 作 。 


void MacroCommand::Execute () { 
ListIterator<Command*> i(_cmds); 


for (i.First(); !i.IsDone(); i.Next()) { 
Command* c = i.CurrentiItem(); 
c~>Execute(); 
} 
} 


注意 ， 如 果 MacroCommand 实 现 取消 操作 , 那么 它 的 子 命令 必须 以 相对 于 Execute 的 实现 相 
反 的 顺序 执行 各 子 命令 的 取消 操作 。 

最 后 , MacroCommand 必 须 提供 管理 它 的 子 命令 的 操作 。MacroCommand 也 负责 删除 它 的 
子 命令 。 

void MacroCommand: :Add (Command* c) { 


_cmds->Append (c) ; 
} 


void MacroCommand::Remove (Command* c) { 
_cmds->Remove (c); 


} 

11. 已 知 应 用 

可 能 最 早 的 命令 模式 的 例子 出 现在 Lieberman[Lie85] 的 一 篇 论文 中 。MacApp[App89] 使 实 
现 可 撤消 操作 的 命令 这 一 说 法 被 普遍 接受 。 而 ET++[WGM88]，InterViews[LCI+92]， 和 
Unidraw[VL90] 也 都 定义 了 符合 Command 模 式 的 类 。InterViews 定 义 了 一 个 Action 抽 象 类 ， 它 
提供 命令 功能 。 它 还 定义 了 一 个 ActionCallback 模 板 ， 这 个 模板 以 Action 方 法 为 参数 , 可 自动 
生成 Command 子 类 。 

THINK 类 库 [Sym93b] 也 使 用 Command 模 式 支 持 可 撤消 的 操作 。THINK 中 的 命令 被 称 为 
“任务 ”(Tasks)。 任 务 对 象 沿 着 一 个 Chain of Responsiblity (5.1) 传递 以 供 消 费 (consumption)。 

Unidraw 的 命令 对 象 很 特别 ， 它 的 行为 就 像 是 一 个 消息 。 一 个 Unidraw 命 令 可 被 送 给 另 一 
个 对 象 去 解释 ， 而 解释 的 结果 因 接 收 的 对 象 而 蜡 。 此 外 , 接收 者 可 以 委托 另 一 个 对 象 来 进行 解 
释 ， 典 型 的 情况 的 是 委托 给 一 个 较 大 的 结构 中 (比如 在 一 个 职责 链 中 ) 接 收 者 的 父 构件 。 这 样 ， 
Unidraw 命 令 的 接收 者 是 计算 出 来 的 而 不 是 预先 存储 的 。Unidraw 的 解释 机 制 依赖 于 运行 时 的 
类 型 信息 。 

Coplien 在 C++fCop92] 中 描述 了 C++ 中 怎样 实现 functors。Functors 是 一 种 实际 上 是 函数 的 
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对 象 。 他 通过 重 载 函数 调用 操作 符 (operator( )) 达 到 了 一 定 程 度 的 使 用 透明 性 。 命 令 模 式 不 同 ， 
它 着 重 于 维护 接收 者 和 函数 ( 即 动作 ) 之 间 的 绑 定 , 而 不 仅 是 维护 一 个 函数 。 

12. 相关 模式 

Composite 模 式 (4.3) 可 被 用 来 实现 宏 命令 。 

Memento 模 式 (5.6) 可 用 来 保持 某 个 状态 ,命令 用 这 一 状态 来 取消 它 的 效果 。 

在 被 放 入 历史 表 列 前 必须 被 拷贝 的 命令 起 到 一 种 原型 (3.4) 的 作用 。 


5.3 INTERPRETER( 解 释 器 ) 一 一 类 行为 型 模式 


1. 意图 

给 定 一 个 语言 ， 定 义 它 的 文法 的 一 种 表示 ， 并 定义 一 个 解释 器 ， 这 个 解释 器 使 用 该 表示 
来 解释 语言 中 的 句子 。 

2. 动机 


如 果 一 种 特定 类 型 的 问题 发 生 的 频率 足够 高 . 那么 可 能 就 值得 将 该 问题 的 各 个 实例 表述 为 
一 个 简单 语言 中 的 句子 。 这 样 就 可 以 构建 一 个 解释 器 , 该 解释 器 通过 解释 这 些 句 子 来 解决 该 问 
题 。 

例如 ， 搜 索 匹 配 一 个 模式 的 字符 串 是 一 个 常见 问题 。 正 则 表达 式 是 描述 字符 串 模式 的 一 
种 标准 语言 。 与 其 为 每 一 个 的 模式 都 构造 一 个 特定 的 算法 ， 不 如 使 用 一 种 通用 的 搜索 算法 来 
解释 执行 一 个 正则 表达 式 ， 该 正则 表达 式 定义 了 待 匹配 字符 串 的 集合 。 

解释 器 模式 描述 了 如 何 为 简单 的 语言 定义 一 个 文法 , 如 何在 该 语言 中 表示 一 个 句子 , 以 及 
如 何 解 释 这 些 句 子 。 在 上 面 的 例子 中 , 本 设计 模式 描述 了 如 何 为 正则 表达 式 定义 一 个 文法 , 如 
何 表示 一 个 特定 的 正则 表达 式 , 以 及 如 何 解释 这 个 正则 表达 式 。 


考虑 以 下 文法 定义 正则 表达 式 : 

expression ::= literal | alternation | sequence | repetition 
‘(’ expression ’)’ 

alternation ::= expression ‘|' expression 

sequence ::= expression '& expression 

repetition ::= expression '*' 

literal ::= ‘a’ | 'b’ | ‘c’ | ... {a | b J to" J... P 


符号 expression 是 开始 符号 , literal 是 定义 简单 字 的 终结 符 。 

解释 器 模式 使 用 类 来 表示 每 一 条 文法 规则 。 在 规则 右边 的 符号 是 这 些 类 的 实例 变量 。 上 面 的 
文法 用 五 个 类 表示 : 一 个 抽象 类 RegularExpression 和 它 四 个 子 类 LiteralExpression 、Alternation 
Expression 、SequenceExpression 和 RepetitionExpression 后 三 个 类 定义 的 变量 代表 子 表 达 式 。 
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每 个 用 这 个 文法 定义 的 正则 表达 式 都 被 表示 为 一 个 由 这 些 类 的 实例 构成 的 抽象 语法 树 。 
例如 , 抽象 语法 树 : 





表示 正则 表达 式 : 

raining & (dogs | cats) * 

如 果 我 们 为 RegularExpression 的 每 一 子 类 都 定义 解释 (Interpret) 操 作 ， 那 么 就 得 到 了 为 这 

些 正 则 表达 式 的 一 个 解释 器 。 解 释 器 将 该 表达 式 的 上 下 文 做 为 一 个 参数 。 上 下 文 包含 输入 字 
符 串 和 关于 目前 它 已 有 多 少 已 经 被 匹配 等 信息 。 为 匹配 输入 字符 串 的 下 一 部 分 ， 每 一 
RegularExpression 的 子 类 都 在 当前 上 下 文 的 基础 上 实现 解释 操作 (Interpret)。 例 如 ， 

。LiteralExpression 将 检查 输入 是 否 匹 配 它 定义 的 字 (iteral)。 

。AlternationExpression 将 检查 输入 是 否 匹 配 它 的 任意 一 个 选择 项 。 

。RepetitionExpression 将 检查 输入 是 否 含有 多 个 它 所 重复 的 表达 式 。 

等 等 。 

3. 适用 性 

当 有 一 -个 语言 需要 解释 执行 , 并 且 你 可 将 该 语言 中 的 句子 表示 为 一 个 抽象 语法 树 时 ， 可 使 

用 解释 器 模式 。 而 当 存 在 以 下 情况 时 该 模式 效果 最 好 : 

。 该 文法 简单 对 于 复杂 的 文法 , 文法 的 类 层次 变 得 庞大 而 无 法 管理 。 此 时 语法 分 析 程 序 生 
成 器 这 样 的 工具 是 更 好 的 选择 。 它 们 无 需 构 建 抽象 语法 树 即 可 解释 表达 式 , 这 样 可 以 节 
省 空间 而 且 还 可 能 节省 时 间 。 

“效率 不 是 一 个 关键 问题 最 高 效 的 解释 器 通常 不 是 通过 直接 解释 语法 分 析 树 实现 的 , 而 是 
首先 将 它们 转换 成 另 一 种 形式 。 例 如 ， 正 则 表达 式 通 常 被 转换 成 状态 机 。 但 即使 在 这 种 
情况 下 , 转换 器 仍 可 用 解释 器 模式 实现 , 该 模式 仍 是 有 用 的 。 

4. 结构 ( 见 下 页 图 ) 

5. 参与 者 

e AbstractExpression (抽象 表达 式 ， 如 RegularExpression) 

一 声明 一 个 抽象 的 解释 操作 ， 这 个 接口 为 抽象 语法 树 中 所 有 的 节点 所 共享 。 

e TerminalExpression (终结 符 表达 式 ， 如 LiteralExpression) 
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FE 


人 
一 实现 与 文法 中 的 终结 符 相 关联 的 解释 操作 。 
一 一 个 句子 中 的 每 个 终结 符 需 要 该 类 的 一 个 实例 。 
*NonterminalExpression ( 非 终 结 符 表达 式 ， 如 AlternationExpression，Repetition- 










Expression, SequenceExpressions) 
一 对 文法 中 的 每 一 条 规则 R ::= RRR 都 需要 一 个 NonterminalExpression 类 。 
一 AMR 到 R 的 每 个 符号 都 维护 一 个 AbstractExpression 类 型 的 实例 变量 。 
一 为 文法 中 的 非 终结 符 实现 解释 (Interpreb 操 作 。 解 释 (Interpreb 一 般 要 递归 地 调用 表示 
R FIR 的 那些 对 象 的 解释 操作 。 
e Context ( EFX) 
一 包含 解释 器 之 外 的 一 些 全 局 信息 。 
* Client ( 客户 ) 
一 构建 (或 被 给 定 ) 表示 该 文法 定义 的 语言 中 一 个 特定 的 句子 的 抽象 语法 树 。 该 抽象 语 
法 树 由 NonterminalExpression 和 TerminalExpression 的 实例 装配 而 成 。 
一 调用 解释 操作 。 
6. 协作 
。Client 构 建 ( 或 被 给 定 )-- 个 句子 , 它 是 NonterminalExpression 和 TerminalExpression 的 实例 
的 一 个 抽象 语法 树 . 然后 初始 化 上 下 文 并 调用 解释 操作 。 
* 每 一 非 终 结 符 表 达 式 节点 定义 相应 子 表 达 式 的 解释 操作 。 而 各 终结 符 表 达 式 的 解释 操作 
构成 了 递归 的 基础 。 
。 每 一 节点 的 解释 操作 用 上 下 文 来 存储 和 访问 解释 器 的 状态 。 
7. 效果 
解释 器 模式 有 下 列 的 优点 和 不 足 : 
D 易于 政变 和 扩展 文法 ”因为 该 模式 使 用 类 来 表示 文法 规则 , 你 可 使 用 继承 来 改变 或 扩展 
该 文法 。 已 有 的 表达 式 可 被 增 量 式 地 改变 ,而 新 的 表达 式 可 定义 为 旧 表 达 式 的 变 体 。 
2) 也 易于 实现 文法 ”定义 抽象 语法 树 中 各 个 节点 的 类 的 实现 大 体 类 似 。 这 些 类 易于 直接 
编写 ,通常 它们 也 可 用 一 个 编译 器 或 语法 分 析 程 序 生成 器 自动 生成 。 
3) 复杂 的 文法 难以 维护 ”解释 器 模式 为 文法 中 的 每 一 条 规则 至 少 定 义 了 一 个 类 (使 用 BNF 定 
义 的 文法 规则 需要 更 多 的 类 )。 因 此 包含 许多 规则 的 文法 可 能 难以 管理 和 维护 。 可 应 用 其 他 的 设 
计 模 式 来 缓解 这 一 问题 。 但 当 文 法 非常 复杂 时 , 其 他 的 技术 如 语法 分 析 程 序 或 编译 器 生成 器 更 为 
合适 。 


Z5 行为 模式 165 


4) 增加 了 新 的 解释 表达 式 的 方式 解释 器 模式 使 得 实现 新 表达 式 “ 计 算 ” 变 得 容易 。 例如 ， 
你 可 以 在 表达 式 类 上 定义 一 个 新 的 操作 以 支持 优美 打印 或 表达 式 的 类 型 检查 。 如 果 你 经 常 创建 
新 的 解释 表达 式 的 方式 , 那么 可 以 考虑 使 用 Visitor(5.11) 模 式 以 避免 修改 这 些 代表 文法 的 类 。 

8. 实现 

Interpreter 和 Composite (4.3) 模式 在 实现 上 有 许多 相通 的 地 方 。 下 面 是 Interpreter 所 要 考 
虑 的 一 些 特殊 问题 : 

1) 创建 抽象 语法 树 ”解释 器 模式 并 未 解释 如 何 创 建 一 个 抽象 的 语法 树 。 换 言 之 , 它 不 涉及 
语法 分 析 。 抽 象 语法 树 可 用 一 个 表 驱 动 的 语法 分 析 程 序 来 生成 ， 也 可 用 手写 的 (通常 为 递归 下 
降 法 ) 语法 分 析 程 序 创建 ， 或 直接 由 Client 提 供 。 

2) 定义 解释 操作 “并 不 一 定 要 在 表达 式 类 中 定义 解释 操作 。 如 果 经 常 要 创建 一 种 新 的 解 
释 器 , 那么 使 用 Visitor (5.11) 模式 将 解释 放 人 一 个 独立 的 “访问 者 ” 对 象 更 好 一 些 。 例 如 ， 
一 个 程序 设计 语言 的 会 有 许多 在 抽象 语法 树 上 的 操作 ， 比 如 类 型 检查 、 优 化 、 代 码 生 成 ， 等 
等 。 恰 当 的 做 法 是 使 用 一 个 访问 者 以 避免 在 每 一 个 类 上 都 定义 这 些 操作 。 

3) 与 Flyweight 模 式 共享 终结 符 ” 在 一 些 文法 中 ,一 个 句子 可 能 多 次 出 现 同一 个 终结 符 。 此 
时 最 好 共享 那个 符号 的 单个 拷贝 。 计 算 机 程序 的 文法 是 很 好 的 例子 一 一 每 个 程序 变量 在 整个 
代码 中 将 会 出 现 多 次 。 在 动机 一 节 的 例子 中 , 一 个 句子 中 终结 符 dog (由 LiteralExpression 类 描 
述 ) 也 可 出 现 多 次 。 

终结 节点 通常 不 存储 关于 它们 在 抽象 语法 树 中 位 置 的 信息 。 在 解释 过 程 中 ， 任 何 它们 所 
需要 的 上 下 文 信息 都 由 父 节点 传递 给 它们 。 因 此 在 共享 的 (内 部 的 ) 状 态 和 传人 的 (外 部 的 ) 状 态 
区 分 得 很 明确 , 这 就 用 到 了 Flyweight (4.6) 模式 。 

例如 ，dog LiteralExpression 的 每 一 实例 接收 一 个 包含 目前 已 匹配 子 串 信 息 的 上 下 文 。 且 

一 个 这 样 的 LiteralExpression 在 它 的 解释 操作 中 做 同样 一 件 事 ( 它 检查 输入 的 下 一 部 分 是 否 
包 含 一 个 dog ) 无 论 该 实例 出 现在 语法 树 的 哪个 位 置 。 

9. 代码 示例 

下 面 是 两 个 例子 。 第 一 个 是 Smalltalk 中 一 个 完整 的 的 例子 , 用 于 检查 一 个 序列 是 否 匹 配 一 
个 正则 表达 式 。 第 二 个 是 一 个 用 于 求 布 尔 表 达 式 的 值 的 C++ 程序 。 

正则 表达 式 匹配 器 检查 一 个 字符 串 是 否 属 于 一 个 正则 表达 式 定义 的 语言 。 正 则 表达 式 用 
下 列 文法 定义 


expression ::= literal | alternation | sequence | repetition | 
‘(° expression ‘)’ 

alternation ::= expression ‘|' expression 

sequence ::= expression ‘'&’ expression 

repetition ::= expression ‘repeat’ 

literal ::= ‘a’ | ‘b’ | ‘ce’ | ... { ’a’ [ eb | ‘er |... 3% 


该 文法 对 动机 一 节 中 的 例子 略 做 修改 。 因 为 符号 “*” 在 Smalltalk 中 不 能 作为 后 级 运算 
符 。 因 此 我 们 用 repeat 取 代 之 。 例 如 , 正则 表达 式 : 

( ( 'dog' ! 'cat' ) repeat &'weather') 

匹配 输入 字符 串 “dog dog cat weather”, 

为 实现 这 个 匹配 器 , 我 们 定义 在 (5.3 ) 页 描述 的 五 个 类 。 类 SequenceExpression 包 含 实例 
变量 expression 1 和 expression 2 作为 它 在 抽象 语法 树 中 的 子 结 点 ; AlternationExpression 用 实例 
变量 altercative 1 和 altercative 2 中 存储 它 的 选择 支 ; 而 RepetitionExpression 在 它 的 实例 变量 
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repetition 中 保存 它 所 重复 的 表达 式 。LiteralExpression 有 一 个 components 实 例 变量 ， 它 保存 了 
一 系列 对 象 (可 能 为 一 些 字 符 )。 这 些 表示 必须 匹配 输入 序列 的 字 串 (literal string). 

match: 操 作 实 现 了 该 正则 表达 式 的 一 个 解释 器 。 定 义 抽 象 语法 树 的 每 一 个 类 都 实现 了 这 一 
操作 。 它 将 inputState 作 为 一 个 参数 , 表示 匹配 进程 的 当前 状态 ， 也 就 是 读 人 的 部 分 输入 字符 串 。 

这 一 状态 由 一 个 输入 流 集 刻画 , 表示 该 正则 表达 式 目前 所 能 接收 的 输入 集 (当前 已 识别 出 
的 输入 流 , 这 大 致 等 价 于 记录 等 价 的 有 限 自动 机 可 能 处 于 的 所 有 状态 )。 

当前 状态 对 repeat 操 作 最 为 重要 。 例 如 , 如 果 正 则 表达 式 为 : 

‘a’ repeat 

那么 解释 器 可 匹配 “a”, “aa”, “aaa” , 等 等 。 如 果 它 是 

'a' repeat & 'bc' 

那么 可 以 匹配 “abc” , “aabc” , “aaabc” , 等 等 . 但 如 果 正 则 表达 式 是 

‘a’ repeat & ‘abc' 

那么 用 子 表达 式 “‘a’ repeat” 匹配 输入 “aabc” 将 产生 两 个 输入 流 , 一 个 匹配 了 输入 
的 一 个 字符 , 而 另 一 个 匹配 了 两 个 字符 。 只 有 接受 一 个 字符 的 那个 流 会 匹配 剩余 的 “abc ”。 

现在 我 们 考虑 match 的 定义 : 对 每 一 个 类 定义 相应 的 正则 表达 式 。SequenceExpression 匹 配 
其 序列 中 的 每 一 个 子 表达 式 。 通 常 它 将 从 它 的 inputState 中 删除 输入 流 。 


match: inputState 
^ expression2 match: (expressionl match: inputState). 


一 个 AlternationExpression 会 返回 一 个 状态 , 该 状态 由 两 个 选择 项 的 状态 的 并 组 成 。 


AlternationExpression 的 match 的 定义 是 


match: inputState 
| finalState | 
finalState := alternativel match: inputState. 
finalState addAll: (alternative2 match: inputState). 


” finalState . 
RepetitionExpression 的 match: 操 作 寻 找 尽 可 能 多 的 可 匹配 的 状态 : 


match: inputState 
| aState finalState | 
aState := inputState. 
finalState := inputState copy. 
{aState isEmpty] 
whileFalse: 
[aState := repetition match: aState. 


finalState addAll: aState}. 
^ finalState 


它 的 输出 通常 比 它 的 输入 包含 更 多 的 状态 , 因为 RepetitionExpression 可 匹配 输入 的 重复 体 
的 一 次 、 两 次 或 多 次 出 现 。 而 输出 状态 要 表示 所 有 这 些 可 能 性 以 允许 随后 的 正则 表达 式 的 元 


素 决 定 哪 一 个 状态 是 正确 的 。 
最 后 ,LiteralExpression 的 match: 对 每 一 可 能 的 输入 流 匹配 它 的 组 成 部 分 。 它 仅 保留 那些 


得 匹配 的 输入 流 : 
match: inputState 
| finalState tStream | 
finalState := Set new. 
inputState 
do: 
[:stream | tStream := stream copy. 





(tStream nextAvailable: 
components size 
) = components 
iffrue: [finalState add: tStream] 
] . 
^ finalState 


其 中 nextAvailable: 消 息 推进 输入 流 〈 即 读 人 文字 )。 这 是 唯一 一 个 推进 输入 流 的 match: 操 
作 。 注 意 返 回 的 状态 包含 的 是 输入 流 的 拷贝 , 这 就 保证 匹配 一 个 literal 不 会 改变 输入 流 。 这 一 
点 很 重要 ， 因为 每 个 AlternationExpression 的 选择 项 看 到 的 应 该 是 相同 的 输入 流 。 

现在 我 们 已 经 定义 了 组 成 抽象 语法 树 的 各 个 类 ， 下 面 说 明 怎 样 构建 语法 树 。 我 们 犯 不 着 
为 正则 表达 式 写 一 个 语法 分 析 程 序 ， 而 只 要 在 RegularExpression 类 上 定义 一 些 操作 ， 就 可 以 
“计算 ”一 个 Smalltalk 表 达 式 ， 得 到 的 结果 就 是 对 应 于 该 正则 表达 式 的 一 棵 抽象 语法 树 。 这 使 
我 们 可 以 把 Smalltalk 内 置 编译 器 当 作 一 个 正则 表达 式 的 语法 分 析 程序 来 使 用 。 

为 构建 抽象 语法 树 , Ree “I. “repeat”, Al “人 ”定义 为 RegularExpression 上 的 操 
作 。 这 些 操作 在 RegularBxpression 关 中 定义 如 下 


& aNode 
^ SequenceExpression new i 
expressionl: self expression2: aNode asRExp 


repeat 
^ RepetitionExpression new repetition: self 
| aNode 

~ AlternationExpression new 

alternativel: self alternative2: aNode asRExp 


asRExp 
* self 


asRExp 操 作 将 把 literals 转 化 为 RegularExpression。 这 些 操 作 在 类 String 中 定义 : 
& aNode 
“ SequenceExpression new 
expressionl: self asRExp expression2: aNode asRExp 


repeat 


RepetitionExpression new repetition: self 


| aNode 
^ AlternationExpression new 
alternativel: self asRExp alternative2: aNode asRExp 


asRExp 
^ LiteralExpression new components: self 


如 果 我 们 在 类 层次 的 更 高 层 (Smalltalk 中 的 SequenceableCollection, Smalltalk/V 中 的 
IndexedColleciotn) 中 定义 这 些 操作 , 那么 象 Array 和 OrderedCollection 这 样 的 类 也 有 这 些 操作 的 
定义 ,这 就 使 得 正则 表达 式 可 以 匹配 任何 类 型 的 对 象 序列 。 

第 二 个 例子 是 在 C++ 中 实现 的 对 布尔 表达 式 进行 操作 和 求 值 。 在 这 个 语言 中 终结 符 是 布尔 
变量 , 即 常量 tue 和 false。 非 终结 符 表示 包含 运算 符 and, or 和 not 的 布尔 表达 式 。 文 法 定义 如 下 9: 


BooleanExp ::= VariableExp | Constant | OrExp | AndExp | NotExp | 
‘{’ BooleanExp ‘)' 





O 为 简单 起 见 , 我 们 忽略 了 操作 符 的 优先 次 序 且 假定 由 构造 该 语法 树 的 对 象 负责 处 理 这 件 事 。 
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AndExp ::= BooleanExp ‘and’ BooleanExp 

OrExp ::= BooleanExp ‘or’ BooleanExp — 

NotExp ::= ‘not’ BooleanExp 

Constant ::= ‘true’ | ‘false’ 

VariableExp ::= ‘A’ | 'B’ [ ... | X [| x | ‘2! 


这 里 我 们 定义 布尔 表达 式 上 的 两 个 操作 。 第 一 个 操作 是 求 值 (evaluate) ， 即 在 一 个 上 下 文 
中 求 一 个 布尔 表达 式 的 值 ， 当 然 ， 该 上 下 文 必 须 为 每 个 变量 都 赋 以 一 个 “ 真 ”或 “ 假 ” 的 布 
尔 值 。 第 二 个 操作 是 蔡 换 (replace)， 即 用 一 个 表达 式 来 蔡 换 一 个 变量 以 产生 一 个 新 的 布尔 表达 
式 。 替 换 操 作 说 明了 解释 器 模式 不 仅 可 以 用 于 求 表达 式 的 值 ， 而 且 还 可 用 作 其 它 用 途 。 在 这 
个 例子 中 , 它 就 被 用 来 对 表达 式 本 身 进行 操作 。 

此 处 我 们 仅 给 出 BooleanExp，VariableExp 和 AndExp 类 的 细节 。 类 OrExp 和 NotExp 与 
AndExp 相 似 。Constant 类 表示 布尔 常量 。 

BooleanExp 为 所 有 定义 一 个 布尔 表达 式 的 类 定义 了 一 个 接口 : 

class BooleanExp { 

public: 


BooleanExp (); 
virtual ~BooleanExp(); 


virtual bool Evaluate(Contexté&) = 0; 
virtual BooleanExp* Replace(const char*, BooleanExp&) = 0; 
virtual BooleanExp* Copy() const = 0; 

}; 


类 Context 定 义 从 变量 到 布尔 值 的 一 个 映射 , 这 些 布尔 值 我 们 可 用 C++ 中 的 常量 true 和 false 
来 表示 。Context 有 以 下 接口 : 


class Context { 
public: 
bool Lookup(const char*) const; 
void Assign (VariableExp*, bool); 
}; 


一 个 VariableExp 表 示 一 个 有 名 变量 : 
class VariableExp : public BooleanExp { 
public: 

VariableExp(const char*); 

virtual ~VariableExp(); 


virtual bool Evaluate (Contexté&) ; 
virtual BooleanExp* Replace(const char*, BooleanExp&); 
virtual BooleanExp* Copy() const; 
private: 
char* _name; 


}; 
构造 器 将 变量 的 名 字 作 为 参数 : 
VariableExp::VariableExp (const char* name) { 


name = strdup (name) ; 


} 
求 一 个 变 其 的 值 , 返回 它 在 当前 上 下 文中 的 值 。 


bool VariableExp::Evaluate (Context& aContext) { 
return aContext. Lookup (_name) ; 


} 
拷贝 一 个 变量 返回 一 个 新 的 VariableExp: 





BooleanExp* VariableExp::Copy () const { 
return new VariableExp(_name) ; 
} 


在 用 一 个 表达 式 蔡 换 一 个 变量 时 , BRAT EG EE EAE RR CA 


BooleanExp* VariableExp::RepLace ( 
const char* name, BooleanExp& exp 
) { 


if (strcmp (name, _name) == 0) { 
return exp.Copy(); 
} else { 


return new VariableExp(_name) ; 


} 


AndExp 表 示 由 两 个 布尔 表达 式 与 操作 得 到 的 表达 式 。 


class AndExp : public BooleanExp { 
public: 
AndExp (BooleanExp*, BooleanExp*) ; 
virtual ~AndExp(); 


virtual bool Evaluate (Contexté) ; 
virtual BooleanExp* Replace(const char*, BooleanExp&) ; 
virtual BooleanExp* Copy() const; 
private: 
BooleanExp* _operandi; 
BooleanExp* _operand2; 
}; 


AndExp: :AndExp (BooleanExp* opl, BooleanExp* op2) { 
_operandl op1; 
_operand2 op2; 


} 
一 个 AndExp 的 值 求 是 它 的 操作 数 的 值 的 逻辑 “与 ”。 


bool AndExp::Evaluate (Context& aContext) { 
return 
_operandi->Evaluate(aContext) && 
_operand2->Evaluate (aContext) ; 
} 


AndExp 的 Copy 和 Replace 操 作 将 递归 调用 它 的 操作 数 的 Copy 和 Replace 操 作 : 


BooleanExp* AndExp::Copy () const { 
return ` 
new AndExp(_operandl->Copy(), _operand2->Copy()); 


} 
BooleanExp* AndExp::Replace (const char* name, BooleanExp& exp) { 
return 
new AndExp ( 


_operand1->Replace(name, exp), 
_operand2->Replace (name, exp) 
) ; 
} 
现在 我 们 可 以 定义 布尔 表达 式 
(true and x) or (y and (not x)) 
并 对 给 定 的 以 true 或 false 赋 值 的 x 和 y 求 这 个 表达 式 值 : 


BooleanExp* expression; 
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Context context; 


VariableExp* x = new VariableExp("X"); 
VariableExp* y = new VariableExp("Y"); 


expression = new OrExp( 
new AndExp (new Constant (true), x), 
new AndExp(y, new NotExp (x) ) 

); 


context .Assign(x, false); 
context.Assign(y, true); 


bool result = expression->Evaluate(context) ; 

对 x 和 y 的 这 一 赋值 ， 求 得 该 表达 式 值 为 tue。 要 对 其 它 赋值 情况 求 该 表达 式 的 值 仅 需 改变 
上 下 文 对 象 即 可 。 

最 后 , 我 们 可 用 一 个 新 的 表达 式 蔡 换 变量 y， 并 重新 求 值 : 


VariableExp* z = new VariableExp ("2Z"); 
NotExp not_z(z); 


BooleanExp* replacement = expression->Replace("Y", not_z); 
context .Assign(z, true); 


result = replacement->Evaluate (context); 

这 个 例子 说 明了 解释 器 模式 一 个 很 重要 的 特点 : 可 以 用 多 种 操作 来 “解释 ” 一 个 句子 。 
在 为 BooleanExp 定 义 的 三 种 操作 中 , Evaluate 最 切合 我 们 关于 一 个 解释 器 应 该 做 什么 的 想法 
一 一 即 , 它 解释 一 个 程序 或 表达 式 并 返回 一 个 简单 的 结果 。 但 是 ， 蔡 换 操 作 也 可 被 视 为 一 个 解 
释 器 。 这 个 解释 器 的 上 下 文 是 被 替换 变量 的 名 字 和 替换 它 的 表达 式 , 而 它 的 结果 是 一 个 新 的 表 
达 式 。 甚 至 拷贝 也 可 被 视 为 一 个 上 下 文 为 空 的 解释 器 。 将 替换 和 拷贝 视 为 解释 器 可 能 有 点 怪 ， 
因为 它们 仅仅 是 树 上 的 基本 操作 。YVisitor(5.11) 中 的 例子 说 明了 这 三 个 操作 都 可 以 被 重新 组 织 
为 独立 的 “解释 器 ”访问 者 , 从 而 显示 了 它们 之 间 深 刻 的 相似 性 。 

解释 器 模式 不 仅仅 是 分 布 在 一 个 使 用 Composite(4.3) 模 式 的 类 层次 上 的 操作 。 我 们 之 所 以 
认为 Evaluate 是 一 个 解释 器 , 是 因为 我 们 认为 BooleanExp 类 层次 表示 一 个 语言 。 对 于 一 个 用 于 
表示 汽车 部 件 装 配 的 类 层次 ， 即 使 它 也 使 用 复合 模式 ， 我 们 还 是 不 太 可 能 将 Weight 和 Copy 这 
样 的 操作 视 为 解释 器 ， 因 为 我 们 不 会 把 汽车 部 件 当 作 一 个 语言 。 这 是 一 个 看 问题 的 角度 问题 ; 
如 果 我 们 真有 “汽车 部 件 语言 ”的 语法 , 那么 也 许可 以 认为 在 那些 部 件 上 的 操作 是 以 某 种 方式 
解释 该 语言 。 

10. 已 知 应 用 

解释 器 模式 在 使 用 面向 对 象 语言 实现 的 编译 器 中 得 到 了 广泛 应 用 , 如 Smalltalk 编 译 器 。 
SPECTalk 使 用 该 模式 解释 输入 文件 格式 的 描述 [Sza92]。QOCA 约 束 一 求解 工具 使 用 它 对 约束 
进行 计算 [HHMV92]。 

在 最 宽泛 的 概念 下 ( 即 , 分 布 在 基于 Composite(4.3) 模 式 的 类 层次 上 的 一 种 操作 ), 几乎 每 个 
使 用 复合 模式 的 系统 也 都 使 用 了 解释 器 模式 。 但 一 般 只 有 在 用 一 个 类 层次 来 定义 某 个 语言 时 ， 
才 强 调 使 用 解释 器 模式 。 

11. 相关 模式 

Composite 模 式 (4.3 ) : 抽象 语法 树 是 一 个 复合 模式 的 实例 。 





Oooo ü Danamon 
Flyweight#ist (4.6): 说 明了 如 何在 抽象 语法 树 中 共享 终结 符 。 

Iterator (5.4): 解释 器 可 用 一 个 迭代 器 遍历 该 结构 。 

Visitor (5.11): 可 用 来 在 一 个 类 中 维护 抽象 语法 树 中 的 各 节点 的 行为 。 


5.4 ITERATOR( 和 迭代 器 ) 一 一 对 象 行为 型 模式 


1. 意图 

提供 一 种 方法 顺序 访问 一 个 聚合 对 象 中 各 个 元 素 , 而 又 不 需 暴露 该 对 象 的 内 部 表示 。 

2. 别名 

游标 ( Cursor )。 

3. 动机 

一 个 聚合 对 象 , 如 列表 (list), 应 该 提供 一 种 方法 来 让 别人 可 以 访问 它 的 元 素 ， 而 又 不 需 暴 
RCM ARRAY. 此 外 ， 针 对 不 同 的 需要 ， 可 能 要 以 不 同 的 方式 遍历 这 个 列表 。 但 是 即使 可 以 
预见 到 所 需 的 那些 遍历 操作 ,你 可 能 也 不 希望 列表 的 接口 中 充斥 着 各 种 不 同 遍 历 的 操作 。 有 
时 还 可 能 需要 在 同一 个 表 列 上 同时 进行 多 个 遍历 。 

迭代 器 模式 都 可 玫 你 解决 所 有 这 些 问题 。 这 一 模式 的 关键 思想 是 将 对 列表 的 访问 和 遍历 
从 列表 对 象 中 分 离 出 来 并 放 入 一 个 迭代 器 (iterator) 对 象 中 。 和 迭代 器 类 定义 了 一 个 访问 该 列 
表 元 素 的 接口 。 迭 代 器 对 象 负责 跟踪 当前 的 元 素 ; 即 , 它 知 道 哪 些 元 素 已 经 遍历 过 了 。 

例如 ,一 个 列表 (List ) 类 可 能 需要 一 个 列表 迭代 器 ( ListIterator ) , 它们 之 间 的 关系 如 下 图 : 





First() 
Next() 


Currentitem() 





在 实例 化 列表 迭代 器 之 前 ， 必 须 提 供 待 遍 历 的 列表 。 一 旦 有 了 该 列表 迭代 器 的 实例 ， 就 
可 以 顺序 地 访问 该 列表 的 各 个 元 素 。CurrentItem 操 作 返 回 表 列 中 的 当前 元 素 , First 操 作 初 始 化 
迭代 器 ， 使 当前 元 素 指向 列表 的 第 一 个 元 素 , Next 操 作 将 当前 元 素 指针 向 前 推进 一 步 ， 指 向 下 
一 个 元 素 , 而 IsDone 检 查 是 否 已 越过 最 后 一 个 元 素 ， 也 就 是 完成 了 这 次 遍历 。 

将 遍历 机 制 与 列表 对 象 分 离 使 我 们 可 以 定义 不 同 的 迭代 器 来 实现 不 同 的 遍历 策略 ， 而 无 
需 在 列表 接口 中 列举 它们 。 例 如 , 过 滤 表 列 迭 代 器 (FilteringListIterator) 可 能 只 访问 那些 满足 特 
定 过 滤 约 束 条 件 的 元 素 。 

注意 迭代 器 和 列表 是 耦合 在 一 起 的 ， 而 且 客 户 对 象 必 须知 道 遍 历 的 是 一 个 列表 而 不 是 其 
他 聚合 结构 。 最 好 能 有 一 种 办 法 使 得 不 需 改变 客户 代码 即 可 改变 该 聚合 类 。 可 以 通过 将 迭代 
器 的 概念 推广 到 多 态 和 迭代 (polymorphic iteration) 来 达到 这 个 目标 。 

例如 , 假定 我 们 还 有 一 个 列表 的 特殊 实现 ， 比 如 说 SkipList[Pug90]。SkipList 是 一 种 具有 
类 似 于 平衡 树 性 质 的 随机 数据 结构 。 我 们 希望 我 们 的 代码 对 List 和 SkipList 对 象 都 适用 。 

首先 ， 定 义 一 个 抽象 列表 类 AbstractList， 它 提供 操作 列表 的 公共 接口 。 类 似 地 ， 我 们 也 
需要 一 个 抽象 的 迭代 器 类 Iterator， 它 定义 公共 的 和 迭代 接口 。 然 后 我 们 可 以 为 每 个 不 同 的 列表 
实现 定义 县 体 的 Iterator 子 类 。 这 样 和 迭代 机 制 就 与 具体 的 聚合 类 无 关 了 。 
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Createlterator() 
Count() 
Append(item) 
Remove(item) 


余下 的 问题 是 如 何 创建 迭代 器 。 既 然 要 使 这 些 代码 不 依赖 于 具体 的 列表 子 类 , 就 不 能 仅仅 
简单 地 实例 化 一 个 特定 的 类 , 而 要 让 列表 对 象 负责 创建 相应 的 迭代 器 。 这 需要 列表 对 象 提供 
Createlterator 这 样 的 操作 , 客户 请 求 调用 该 操作 以 获得 一 个 迭代 器 对 象 。 

创建 迭代 器 是 一 个 Factory Method 模 式 ( 3.3 ) 的 例子 。 我 们 在 这 里 用 它 来 使 得 一 个 客户 
可 向 一 个 列表 对 象 请 求全 适 的 迭代 器 。Factory Method 模 式 产 生 两 个 类 层次 , 一 个 是 列表 的 , 一 
个 是 迭代 器 的 。CreatelIterator “联系 ” 这 两 个 类 层次 。 

















4. 适用 性 

迭代 器 模式 可 用 来 : 

© 访问 一 个 聚合 对 象 的 内 容 而 无 需 暴 露 它 的 内 部 表示 。 

。 支 持 对 聚合 对 象 的 多 种 遍历 。 

* 为 遍历 不 同 的 聚合 结构 提供 一 个 统一 的 接口 ( 即 , 支持 多 态 和 迭代 )。 
5. 结 构 

6. 参与 者 


*lterator ( 迭代 器 ) 

一 迭代 器 定义 访问 和 遍历 元 素 的 接口 。 
。Concretelterator ( 具体 迭代 器 ) 

一 具体 迭代 器 实现 欠 代 器 接口 。 

一 对 该 聚合 遍历 时 跟踪 当前 位 置 。 
。Aggregate ( 聚合 ) 
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一 聚合 定义 创建 相应 迭代 器 对 象 的 接口 。 

。ConcreteAggregate ( 具体 聚合 ) 

一 具体 聚合 实现 创建 相应 迭代 器 的 接口 ， 该 操作 返回 ConcreteIterator 的 一 个 适当 的 实例 。 

7. 协作 

。ConcreteIterator 跟 踪 聚 合 中 的 当前 对 象 ， 并 能 够 计算 出 待 遍历 的 后 继 对 象 。 

8. 效果 

迭代 器 模式 有 三 个 重要 的 作用 : 

1) 它 支持 以 不 同 的 方式 遍历 一 个 聚合 ”复杂 的 聚合 可 用 多 种 方式 进行 遍历 。 例 如 , 代码 生 
成 和 语义 检查 要 遍历 语法 分 析 树 。 代 码 生 成 可 以 按 中 序 或 者 按 前 序 来 遍历 语法 分 析 树 。 和 迭代 
器 模式 使 得 改变 遍历 算法 变 得 很 容易 : 仅 需 用 一 个 不 同 的 迭代 器 的 实例 代替 原先 的 实例 即 可 。 
你 也 可 以 自己 定义 迭代 器 的 子 类 以 支持 新 的 遍历 。 

2) 和 迭代 器 简化 了 聚合 的 接口 ”有 了 和 迭代 器 的 遍历 接口 ， 聚 合 本 身 就 不 再 需要 类 似 的 遍历 
接口 了 。 这 样 就 简化 了 聚合 的 接口 。 

3) 在 同一 个 聚合 上 可 以 有 多 个 遍历 “每 个 迭代 器 保持 它 自 己 的 遍历 状态 。 因 此 你 可 以 同 
时 进行 多 个 遍历 。 

9. 实现 

壕 代 器 在 实现 上 有 许多 变化 和 选择 。 下 面 是 一 些 较 重要 的 实现 。 实 现 迭 代 器 模式 时 常常 
需要 根据 所 使 用 的 语言 提供 的 控制 结构 来 进行 权衡 。-- 些 语言 (例如 , CLU[LG86]) 甚 至 直接 支 
持 这 -模式 。 

1) 谁 控制 该 迭代 ”一 个 基本 的 问题 是 决定 由 哪 一 方 来 控制 该 迭代 , 是 迭代 器 还 是 使 用 该 迭 
代 器 的 客户 。 当 由 客户 来 控制 迭代 时 , 该 迭代 器 称 为 一 个 外 部 迭代 器 (external iterator), ， 而 当 
由 迭代 器 控制 迭代 时 , 该 迭代 器 称 为 一 个 内 部 和 迭代 器 (internal iterator)? 。 使 用 外 部 迭代 器 的 客 
户 必 须 主 动 推进 遍历 的 步伐 ， 显 式 地 向 和 迭代 器 请 求 下 一 个 元 素 。 相 反 地 , 若 使 用 内 部 迭代 器 ， 
客户 只 需 向 其 提交 一 个 待 执行 的 操作 ， 而 迭代 器 将 对 聚合 中 的 每 一 个 元 素 实 施 该 操作 。 

外 部 迭代 器 比 内 部 迭代 器 更 灵活 。 例 如 , 若 要 比较 两 个 集合 是 否 相 等 ， 这 个 功能 很 容易 用 
外 部 和 迭代 器 实现 ， 而 几乎 无 法 用 内 部 迭代 器 实现 。 在 象 C++ 这 样 不 提供 匿名 函数 、 闭 包 , 或 象 
Smalltalk 和 CLOS 这 样 不 提供 连续 (continuation) 的 语言 中 ， 内 部 迭代 器 的 弱点 更 为 明显 。 但 另 
一 方面 , 内 部 迭代 器 的 使 用 较为 容易 , 因为 它们 已 经 定义 好 了 迭代 逻辑 。 

2) 谁 定 义 遍历 算 法 ”和 迭代 器 不 是 唯一 可 定义 遍历 算法 的 地 方 。 聚 合 本 身 也 可 以 定义 遍历 
算法 ， 并 在 遍历 过 程 中 用 和 迭代 器 来 存储 当前 克 代 的 状态 。 我 们 称 这 种 迭代 器 为 一 个 游标 
(cursor), 因为 它 仅 用 来 指示 当前 位 置 。 客 户 会 以 这 个 游标 为 一 个 参数 调用 该 聚合 的 Next 操 作 ， 
而 Next 操 作 将 改变 这 个 指示 器 的 状态 9 。 

如 果 和 迭代 器 负责 遍历 算法 , 那么 将 易于 在 相同 的 聚合 上 使 用 不 同 的 迭代 算法 , 同时 也 易于 
在 不 同 的 聚合 上 重用 相同 的 算法 。 从 另 一 方面 说 , 遍历 算法 可 能 需要 访问 聚合 的 私有 变量 。 如 
Rik, ， 将 遍历 算法 放 人 和 迭代 器 中 会 破坏 聚合 的 封装 性 。 

3) 迭代 器 健壮 程度 如 何 ”在 遍历 一 个 聚合 的 同时 更 改 这 个 聚合 可 能 是 危险 的 。 如 果 在 遍 


昌 ”Booch 分 别称 外 部 和 内 部 迭代 器 为 主动 (active) 和 被 动 (passive) 迭 代 器 [Boo94]。“ 主 动 ” 和 “被 动 ”两 个 词 
描述 了 客户 的 作用 , 而 不 是 指 和 迭代 器 主动 与 否 。 
O 指示 器 是 Memento 模 式 的 一 个 简单 例子 并 且 有 许多 和 它 相 同 的 实现 问题 。 
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历 聚 合 的 时 候 增 加 或 删除 该 聚合 元 素 , 可 能 会 导致 两 次 访问 同一 个 元 素 或 者 遗漏 掉 某 个 元 素 。 
一 个 简单 的 解决 办 法 是 拷贝 该 聚合 ， 并 对 该 拷贝 实施 遍历 , 但 一 般 来 说 这 样 做 代价 太 高 。 

一 个 健壮 的 迭代 器 (robust iterator) 保 证 插入 和 删除 操作 不 会 干扰 遍历 , 旦 不 需 拷 贝 该 聚合 。 
有 许多 方法 来 实现 健壮 的 选 代 器 。 其 中 大 多 数 需要 向 这 个 聚合 注册 该 迭代 器 。 当 插 和 人 或 删除 
元 素 时 ,该 聚合 要 么 调整 迭代 器 的 内 部 状态 , 要 么 在 内 部 的 维护 额外 的 信息 以 保证 正确 的 遍 
历 。 

Kofler 在 ET++[Kof93] 中 对 如 何 实现 健壮 的 迭代 器 做 了 很 充分 的 讨论 。Murray 讨 论 了 如 何 
为 USL StandardComponents 列表 类 实现 健壮 的 从 代 器 [Mur93]。 

4) 附加 的 和 欠 代 器 操作 迭代 器 的 最 小 接口 由 First、Next、IsDone 和 Currentltem SRH. 
其 他 一 些 操作 可 能 也 很 有 用 。 例 如 , 对 有 序 的 聚合 可 用 一 个 Previous 操 作 将 迭代 器 定位 到 前 一 
个 元 素 。SkipTo 操 作用 于 已 排序 并 做 了 索引 的 聚合 中 ， 它 将 和 迭代 器 定位 到 符合 指定 条 件 的 元 
素 对 象 上 。 

5) 在 C++ 中 使 用 多 态 的 选 代 器 ”使 用 多 态 迭 代 器 是 有 代价 的 。 它 们 要 求 用 一 个 Factory 
Method 动 态 的 分 配 迭 代 器 对 象 。 因 此 仅 当 必须 多 态 时 才 使 用 它们 。 否 则 使 用 在 栈 中 分 配 内 存 
的 具体 的 迭代 器 。 

多 态 迭 代 器 有 另 一 个 缺点 : 客户 必须 负责 删除 它们 。 这 容易 导致 错误 , 因为 你 容易 忘记 释 
放 一 个 使 用 堆 分 配 的 迭代 器 对 象 ， 当 一 个 操作 有 多 个 出 口 时 尤其 如 此 。 而 且 其 间 如 果 有 异常 
被 触发 的 话 ， 和 迭代 器 对 象 将 永远 不 会 被 释放 。 

Proxy (4.4) 模式 提供 了 一 个 补救 方法 。 我 们 可 使 用 一 个 栈 分配 的 Proxy 作 为 实际 兴 代 器 

的 中 间 人 代理。 该 代理 在 其 析 构 器 中 删除 该 迁 代 器 。 这 样 当 该 代理 生命 周期 结束 时 ， 实 际 迭 代 
器 将 同 它 一 起 被 释放 。 即 使 是 在 发 生 异 常 时 ， 该 代理 机 制 能 保证 正确 地 清除 迭代 器 对 象 。 这 
就 是 著名 的 C++“ 资 源 分 配 即 初始 化 ”技术 [ES90] 的 一 个 应 用 。 下 面 的 代码 示例 给 出 了 一 个 例 
子 。 

6) 和 迭代 器 可 有 特权 访问 ”迭代 器 可 被 看 为 创建 它 的 聚合 的 一 个 扩展 。 迭 代 器 和 聚合 紧密 

合 。 在 C++ 中 我 们 可 让 迭代 器 作为 它 的 聚合 的 一 个 友 元 (friend) 来 表示 这 种 紧密 的 关系 。 这 
样 你 就 不 需要 在 聚合 类 中 定义 一 些 仅 为 迄 代 器 所 使 用 的 操作 。 

' 但 是 ， 这 样 的 特权 访问 可 能 使 定义 新 的 遍历 变 得 很 难 , 因为 它 将 要 求 改变 该 聚合 的 接口 增 
加 另 一 个 友 元 。 为 避免 这 一 问题 ， 选 代 器 类 可 包含 “此 prcieetcd 损 作 来 访问 可 全 美的 重要 的 非 
公共 可 见 的 成 员 。 和 迭代 器 子 类 ( 且 只 有 迭代 器 子 类 ) 可 使 用 这 些 protected 操 作 来 得 到 对 该 聚合 的 
特权 访问 。 

D 用 于 复合 对 象 的 选 代 器 ”在 Composite(4.3) 模 式 中 的 那些 递归 聚合 结构 上 ,外 部 迭代 器 
可 能 难以 实现 , 因为 在 该 结构 中 不 同 对 象 处 于 骨 套 聚合 的 多 个 不 同 层 次 ， 因此 一 个 外 部 迭代 
器 为 跟踪 当前 的 对 象 必须 存储 一 条 纵 贯 该 Composite 的 路 径 。 有 时 使 用 一 个 内 部 迭代 器 会 更 容 
易 一 些 。 它 仅 需 递归 地 调用 自己 即 可 ， 这 样 就 隐 式 地 将 路 径 存储 在 调用 栈 中 ， 而 无 需 显 式 地 
维护 当前 对 象 位 置 。 

如 果 复 合 中 的 节点 有 一 个 接口 可 以 从 一 个 节点 移 到 它 的 兄弟 节点 、 父 节点 和 子 节点 , 那么 
基于 游标 的 欠 代 器 是 个 更 好 的 选择 。 游标 只 需 跟踪 当前 的 节点 ; 它 可 依赖 这 种 节点 接口 来 遍历 


日” 甚至 可 以 将 Next，IsDone 和 Currentltem 并 入 到 一 个 操作 中 ， 该 操作 前 进 到 下 一 个 对 象 并 返回 这 个 对 象 ， 如 果 
遍历 结束 ， 那 么 这 个 操作 返回 一 个 特定 的 值 (例如 ，0) 标 志 该 迄 代 结束 这样 我 们 就 使 这 个 接口 宰 得 更 小 了 。 
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该 复合 对 象 。 

复合 常常 需要 用 多 种 方法 遍历 。 前 序 , 后 序 , 中 序 以 及 广度 优先 遍历 都 是 常用 的 。 你 可 用 
不 同 的 迭代 器 类 来 支持 不 同 的 遍历 。 

8) 空 选 代 器 ”一 个 空 迁 代 器 (Nualliterator) 是 一 个 退化 的 迭代 器 , 它 有 助 于 处 理 边界 条 件 。 
根据 定义 ， 一 个 NullIterator 总 是 已 经 完成 了 中 历 : 即 , 它 的 IsDone 操 作 总 是 返回 true。 

空 迭 代 器 使 得 更 容易 遍历 树 形 结构 的 聚合 (如 复合 对 象 ) 。 在 遍历 过 程 中 的 每 一 节点 , 都 可 
向 当前 的 元 素 请 求人 遍历 其 各 个 子 结 点 的 迭代 唤 。 该 聚合 元 素 将 返回 一 个 具体 的 迭代 器 。 但 时 
节点 元 素 返 回 Nulllterator 的 一 个 实例 。 这 就 使 我 们 可 以 用 一 种 统一 的 方式 实现 在 整个 结构 上 
的 遍历 。 

10. 代码 示例 

我 们 将 看 看 一 个 简单 List 类 的 实现 , 它 是 我 们 的 基础 库 ( 附 录 C) 的 一 部 分 。 我 们 将 给 出 两 个 
和 迭代 器 的 实现 , 一 个 以 从 前 到 后 的 次 序 遍历 该 表 列 , 而 另 一 个 以 从 后 到 前 的 次 序 遍 历 (基础 库 只 
支持 第 一 种 )。 然 后 我 们 说 明 如 何 使 用 这 些 和 迭代 器 ， 以 及 如 何 避 免 限 定 于 一 种 特定 的 实现 。 在 
此 之 后 , 我 们 将 改变 原来 的 设计 以 保证 迭代 器 被 正确 的 删除 。 最 后 一 个 例子 示例 一 个 内 部 迭代 
器 并 与 其 相应 的 外 部 选 代 器 进行 比较 。 

1) 列表 和 迭代 器 接口 ”首先 让 我 们 看 与 实现 迭代 器 相关 的 部 分 List 接 口 。 完 整 的 接口 请 参 
考 附录 C。 

template <class Item> 

class List { 


public: 
List(long size = DEFAULT_LIST_CAPACITY) ; 


long Count() const; 
Item& Get (long index) const; 
// ... 

}; 


该 List 类 通过 它 的 公共 接口 提供 了 一 个 合理 的 有 效 的 途径 以 支持 迭代 。 它 足以 实现 这 两 种 
遍历 。 因 此 没有 必 再 要 给 先 代 器 对 底层 数据 结构 的 访问 特权 ， 也 就 是 说 ， 迄 代 器 类 不 是 列表 
的 友 元 。 为 确保 对 不 同 遍历 的 透明 使 用 ,我 们 定义 一 个 抽象 的 迭代 器 类 , CETER. 


template <class Item> 
class Iterator { 
public: 
virtual void First() = 0; 
virtual void Next() = 0; 
virtual bool IsDone() const = 0; 
virtual Item CurrentItem() const = 0; 
protected: 
Iterator (); 


}; 
2) 迭代 器 子 类 的 实现 列表 迭代 器 是 迭代 器 的 一 个 子 类 。 


template <class Item> 
class ListIterator : public Iterator<Item> { 
public: 
ListIterator(const List<Item>* aList); 
virtual void First(); 
virtual void Next(); 
virtual bool IsDone() const; 
virtual Item CurrentItem() const; 
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private: 
const List<Item>* _list; 
long _current; 
]} 
Listiterator 的 实现 简单 直接 。 它 存储 List 和 列表 当前 位 置 的 索引 _current。 


template <class Item> 

ListIterator<Item>::ListIterator ( 
const List<Item>* aList 

) : _list(aList), _current(0) { 

} 


First 将 迭代 器 置 于 第 一 个 元 素 : 
template <class Item> 
void ListIterator<Item>::First () { 


current = 0; 


} 
Next 使 当前 元 素 向 前 推进 一 步 : 


template <class Item> 
void ListIterator<Item>::Next () { 
_current++; 


} 
IsDone 检 查 指向 当前 元 素 的 索引 是 否 超 出 了 列表 : 


template <class Item> 
bool ListIterator<Item>::IsDone () const { 
return _current >= _list->Count(); 
} . 
最 后 , CurrentItem 返 回 当 前 索引 指向 的 元 素 。 若 和 迭代 已 经 终止 , 则 抛 出 一 个 Iterator 
OutOfBounds 异 常 : 
template <class Item> 
Item ListIterator<Item>::CurrentItem () const { 
if (IsDone()) { 
throw IteratorOutOfBounds; 
} 
return _list~>Get (_current); 


】 

ReverseListIterator 的 实现 是 几乎 是 一 样 的 ， 只 不 过 它 的 First 操 作 将 _current 置 于 列表 的 未 
Æ, 而 Next 操 作 将 _current 减 一 ， 向 表 头 的 方向 前 进一步 。 

3) 使 用 和 迭代 器 ”假定 有 一 个 雇员 (Employee) 对 象 的 List, 而 我 们 想 打印 出 列表 包含 的 所 
有 雇员 的 信息 。Employee 类 用 一 个 Print 操 作 来 打印 本 身 的 信息 。 为 打印 这 个 列表 , 我 们 定义 一 
个 PrintEmployee 操 作 , 此 操作 以 一 个 迭代 器 为 参数 ， 并 使 用 该 迭代 器 遍历 和 打印 这 个 列表 : 


void PrintEmployees (Iterator<Employee*>& i) { 
for (i.First(); !i.IsDone(); i.Next()) { 
i.CurrentItem() ->Print (); 
} 
} 


前 面 我 们 已 经 实现 了 从 后 向 前 和 从 前 向 后 两 种 遍历 的 迭代 器 , 我 们 可 用 这 个 操作 以 两 种 次 
序 打印 雇员 信息 : 


List<Employee*>* employees; 

A/ sae 

List Iterator<Employee*> forward (employees) ; 
ReverseListIterator<Employee*> backward (employees); 
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PrintEmployees (forward) ; 
PrintEmployees (backward) ; 


4 避免 限定 于 一 种 特定 的 列表 实现 ”考虑 一 个 List 的 变 体 skiplist 会 对 和 迭代 代码 产生 什么 影 
响 。List 的 SkipList 子 类 必须 提供 一 个 实现 Iterator 接 口 的 相应 的 迭代 器 SkipListIterator。 在 内 
部 , 为 了 进行 高 效 的 迭代 ，SkipListIterator 必 须 保 持 多 个 索引 。 既 然 SkipListIterator 实 现 了 
Iterator，PrintEmployee 操 作 也 可 用 于 用 SkipList 存 储 的 雇员 列表 。 


SkipList<Employee*>* employees; 
// ... 


SkipListIterator<Employee*> iterator (employees) ; 
PrintEmployees (iterator); 


尽管 这 种 方法 是 可 行 的 ， 但 最 好 能 够 无 需 明 确 指定 具体 的 List 实 现 (此 处 即 为 SkipList )。 
为 此 可 以 引入 一 个 AbstractList 类 ， 它 为 不 同 的 列表 实现 给 出 一 个 标准 接口 。List 和 SkipList 成 
为 AbstractList 的 子 类 。 

为 支持 多 态 迭 代 ，AbstractList 定 义 一 个 Factory Method ， 称 为 CreateIterator。 各 个 列表 子 
类 重 定义 这 个 方法 以 返回 相应 的 迭代 器 。 


template <class Item> 
class AbstractList { 
public: 
virtual Iterator<Item>* CreateIterator() const = 0; 
// ... 
}; 
另 一 个 办 法 是 定义 一 个 一 般 的 mixin 类 Traversable, 它 定义 一 个 用 于 创建 迭代 器 接口 。 育 合 
类 通过 混和 (继承 ) Traversable 来 支持 多 态 迭 代 。 
List 重 定义 CreateIterator， 返 回 一 个 ListIterator 对 象 : 


template <class Item> 

Iterator<Item>* List<Item>::CreateIterator () const { 
return new ListIterator<Item> (this); 

} 


现在 我 们 可 以 写 出 不 依赖 于 具体 列表 表示 的 打印 雇员 信息 的 代码 。 


// we know only that we have an AbstractList 
AbstractList<Employee*>* employees; 
// a 


Iterator<Employee*>* iterator = employees->CreateIterator (); 
PrintEmployees (*iterator) ; 
delete iterator; 


5) 保证 迭代 器 被 删除 ”注意 CreateCreateIterator 返 回 的 是 一 个 动态 分 配 的 迭代 器 对 象 。 在 
使 用 完毕 后 ， 必 须 删除 这 个 和 迭代 器 ， 和 否则 会 造成 内 存 泄漏 。 为 方便 客户 , 我 们 提供 一 个 
IteratorPtr 作 为 迭代 器 的 代理 ， 这 个 机 制 可 以 保证 在 Iterator 对 象 离开 作用 域 时 清除 它 。 

IteratorPtr 总 是 在 栈 上 分 配 。 。C++ 自 动 调用 它 的 析 构 器 ， 而 该 析 构 器 将 删除 真正 的 迭代 
器 。IteratorPtr 重 载 了 操作 符 “->” 和 “*”， 使 得 可 将 IteratorPtr 用 作 一 个 指向 迭代 器 的 指针 。 
IteratorPtr 的 成 员 都 实现 为 内 联 的 , 这 样 它们 不 会 产生 任何 额外 开销 。 


template <class Item> 
class IteratorPtr { 


O 你 只 需 定 义 私 有 的 new 和 delete 操 作 符 即 可 在 编译 时 保证 这 一 点 。 不 需要 附加 的 实现 。 
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public: 
IteratorPtr(Iterator<Item>* i): _i(i) { } 
~IteratorPtr() { delete Li; } 


Iterator<Item>* operator->() { return _i; } 

Iterator<Item>& operator*() { return *_i; } 
private: 

// disallow copy and assignment to avoid 

// multiple deletions of _i: 


IteratorPtr (const IteratorPtrs&); 
IteratorPtr& operator= (const IteratorPtr&); 

private: ` 
Iterator<Item>* _i; 


}; 
IteratorPtr 简 化 了 打印 代码 ， 


AbstractList<Employee*>* employees; 
Il ... 


IteratorPtr<Employee*> iterator (employees->CreateIterator()); 
PrintEmployees(*iterator) ; 


6) 一 个 内 部 的 ListIterator 最后， 让 我 们 看 看 一 个 内 部 的 或 被 动 的 ListIterator 类 是 怎么 实 
现 的 。 此 时 由 迭代 器 来 控制 授 代 , 并 对 列表 中 的 每 一 个 元 素 施 行 同 一 个 操作 。 

问题 是 如 何 实现 一 个 抽象 的 迭代 器 ， 可 以 支持 不 同 的 作用 于 列表 各 个 元 素 的 操作 。 有 些 
语言 支持 所 谓 的 匿名 函数 或 闭 包 ， 使 用 这 些 机 制 可 以 较 方 便 地 实现 抽象 的 迭代 器 。 但 是 C++ 
并 不 支持 这 些 机 制 。 此 时 ， 至 少 有 两 种 办 法 可 供 选 择 : (1) 给 迭代 器 传递 一 个 函数 指针 (全 局 的 
或 静态 的 )。(2) 依 赖 于 子 类 生成 。 在 第 一 种 情况 下 , 迭代 器 在 欠 代 过 程 中 的 每 一 步调 用 传递 给 
它 的 操作 ， 在 第 二 种 情况 下 , 迭代 器 调用 子 类 重 定 义 了 的 操作 以 实现 一 个 特定 的 行为 。 

这 两 种 选择 都 不 是 尽善尽美 。 常 常 需 要 在 迭代 时 累积 (accumulate) 状 态 ， 而 用 函数 来 实现 
这 个 功能 并 不 太 适 合 ; 因为 我 们 将 不 得 不 使 用 静态 变量 来 记 住 这 个 状态 。Iterator 子 类 给 我 们 提 
供 了 一 个 方便 的 存储 累积 状态 的 地 方 ， 比 如 存放 在 一 个 实例 变量 中 。 但 为 每 一 个 不 同 的 遍历 
创建 一 个 子 类 需要 做 更 多 的 工作 。 

下 面 是 第 二 种 实现 办 法 的 一 个 大 体 框架 , 它 利用 了 子 类 生成 。 这 里 我 们 称 内 部 迭代 器 为 一 


个 ListTraverser。 





template <class Item> 
class ListTraverser { 
public: 
ListTraverser (List<Item>* aList); 
bool Traverse(); 
protected: 
virtual bool ProcessItem(const Item&) = 0; 
private: 
ListIterator<Item> iterator; 


}; 


ListTraverser 以 一 个 List 实 例 为 参数 。 在 内 部 , 它 使 用 一 个 外 部 ListIterator 进 行 遍 历 。 
Traverse 启 动 遍历 并 对 每 一 元 素 项 调用 ProcessItem 操 作 。 内 部 迭代 器 可 在 荣 次 ProcessItem 操 作 
返回 false 时 提前 终止 本 次 遍历 。 而 Traverse 返 回 一 个 布尔 值 指示 本 次 遍历 是 否 提 前 终止 。 


template <class Item> 

ListTraverser<Item>::ListTraverser ( 
List<Item>* aList 

) : _iterator(aList) { } 
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template <class Item> 
bool ListTraverser<Item>::Traverse () { 
bool result = false; 


for ( 
_iterator.First(); 
!_iterator.IsDone({); 
_iterator.Next () 
) í 
result = ProcessItem(_iterator.CurrentItem()); 


if (result == false) { 
break; 
} 
} 
return result; 


} 


让 我 们 使 用 一 个 ListTraverser 来 打印 雇员 列表 中 的 头 10 个 雇员 。 为 达到 这 个 目的 , 必须 定 
义 一 个 ListTraverser 的 子 类 并 重 定义 其 ProcessItem 操 作 。 我 们 用 一 个 _count 实 例 变量 中 对 已 打 
印 的 雇员 进行 计数 。 


class PrintNEmployees : public ListTraverser<Employee*> { 
public: 
PrintNEmployees (List<Employee*>* aList, int n) 
ListTraverser<Employee*>(aList), 
_total(n), _count (0) { } 


protected: 

bool ProcessItem(Employee* const&); 
private: 

int _total; 

int _count; 
}; 


bool PrintNEmployees::ProcessItem (Employee* const& e) { 
_count++; 
e->Print (); 
return _count < _total; 


} 


下 面 是 PrintNEmployees 怎 样 打印 列表 中 的 头 10 个 雇员 的 代码 : 
` List<Employee*>* employees; 
// ann 


PrintNEmployees pa (employees, 10); 
pa.Traverse(); 


注意 这 里 客户 不 需要 说 明 如 何 进行 迭代 循环 。 整 个 迭代 人 逻辑 可 以 重用 。 这 是 内 部 迭代 器 
的 主要 优点 。 但 其 实现 比 外 部 迭代 器 要 复杂 一 些 , 因为 必须 定义 一 个 新 的 类 。 与 使 用 外 部 迭 
代 器 比较 : 


ListIterator<Employee*> i (employees); 
int count = 0; 


for (i.First(); !i.IsDone(); i.Next()) { 
count++; 


i.CurrentItem()->Print (); 


if (count >= 10) { 
break; 
} 
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内 部 迭代 器 可 以 封装 不 同类 型 的 迭代 。 例 如 ,FilteringListTraverser 封 装 的 迄 代 仅 处 理 能 遂 
过 测试 的 那些 列表 元 素 : 


template <class Item> 
class FilteringListTraverser { 
public: 
FilteringListTraverser (List<Item>* aList); 
bool Traverse(); oe 
protected: 
virtual bool ProcessItem(const Item&) = O; 
virtual bool TestItem(const Item&) = 0; 
private: 
ListIterator<Item> _iterator; 
Me 


这 个 类 接 只 除了 增加 了 用 于 测试 的 成 员 函 数 TestItem 外 与 ListTraverser 相 同 , 它 的 子 类 将 重 
定义 TestItem 以 指定 所 需 的 测试 。 
Traverse 根 据 测试 的 结果 决定 是 否 越 过 当前 元 素 继续 遍历 : 


template <class Item> 
void FilteringListTraverser<Item>::Traverse O ¢ 
bool result = false; 


for ( 
—iterator.First(); 
!_iterator.IsDone(); 
—iterator.Next (} 

) { 


if (TestItem(_iterator.CurrentiItem())) { 
result = ProcessItem(_iterator.CurrentItem()); 
if (result == false) { 
break; 


} 
} 
} 


return result; 


} 


这 个 类 的 一 中 变 体 是 让 Traverse 返 回 值 指 示 是 否 至 少 有 一 个 元 素 通过 测试 。 。 

11. 已 知 应 用 

和 迭 代 器 在 面向 对 象 系统 中 很 普遍 。 大 多 数 集合 类 库 都 以 不 同 的 形式 提供 了 迭代 器 。 

这 里 是 一 个 流行 的 集合 类 库 一 一 Booch 构 件 [Boo94] 中 的 一 个 例子 ,该 类 库 提 供 了 一 个 队 
列 的 两 种 实现 : 固定 大 小 的 (有 界 的 ) 实 现 和 动态 增长 的 (无 界 的 ) 实 现 。 队 列 的 接口 由 一 个 抽象 
的 Queue 类 定义 。 为 了 支持 不 同 队列 实现 上 的 多 态 选 代 ， 队 列 迭 代 器 的 实现 基于 抽象 的 Queue 
类 接口 。 这样 做 的 优点 在 于 , 不 需要 每 个 队列 都 实现 一 个 Factory Method 来 提供 合适 的 迭代 器 。 
但 是 , 它 要求 抽 象 Queue 类 的 接口 的 功能 足够 强大 以 有 效 地 实现 通用 欠 代 器 ， 

在 Smalitalk 中 不 需 显 式 定义 迭代 器 。 标 准 的 集合 类 ( 包 , 集合 , 字典 , 有 序 集 , 字符 串 , 等 等 ) 
都 定义 一 个 内 部 迭代 器 方法 do:， 它 以 一 个 程序 块 ( 即 闭 包 ) 为 参数 。 集 合 中 的 每 个 元 素 先 被 绑 
定 于 与 程序 块 中 的 局 部 变量 ， 然 后 该 程序 块 被 执行 。Smalltalk 也 包括 -一些 Stream 类 ， 这 些 
Stream 类 支持 一 个 类 似 于 迭代 器 的 接口 。ReadStream 实 质 上 是 一 个 迭代 器 . 而 且 对 所 有 的 顺序 
食 它 都 可 作为 一 个 外 部 迁 代 器 。 对 于 非 顺序 的 集合 类 如 集合 和 字典 没有 标准 的 外 部 欠 代 器 。 


O ”在 这 些 例子 中 的 Traverse 操 作 是 一 个 带 原 语 操 作 TestItem 和 和 ProcessItem 的 Template Method。( 5.10 ) 


PSF FARA 181 


ET++4 826 [(WGM88] EH T BU TiO SAS Raa A i BE RE RAE Proxy. Unidraw 
图 形 编辑 框架 使 用 基于 指示 器 的 迭代 器 [VL90]。 

ObjectWindow2.0[Bor94] 为 容器 提供 了 一 个 迭代 器 类 层次 。 你 可 对 不 同 的 容器 类 型 用 相同 
的 方法 迭代 。ObjectWindow 和 迭代 语法 靠 重 载 算 后 增 量 算 符 ++ 推 进 迁 代 。 

12. 相关 模式 

Composite(4.3): 和 迭代 器 常 被 应 用 到 象 复合 这 样 的 递归 结构 上 。 

Factory Method(3.3): LAERA m Factory Method 来 例 化 适当 的 迭代 器 子 类 。 

Memento(5.6): 常 与 迭代 器 模式 一 起 使 用 。 和 迭代 器 可 使 用 一 个 memento 来 捕获 一 个 迭代 的 
状态 。 和 迭代 器 在 其 内 部 存储 memento。 


5.5 ”MEDIATOR( 中 介 者 ) 一 一 对 象 行 为 型 模式 


1. 意图 

用 一 个 中 介 对 象 来 封装 一 系列 的 对 象 交 互 。 中 介 者 使 各 对 象 不 需要 显 式 地 相互 引用 ， 从 
而 使 其 看 合 松散 ， 而 且 可 以 独立 地 改变 它们 之 间 的 交互 。 

2. 动机 

面向 对 象 设计 鼓励 将 行为 分 布 到 各 个 对 象 中 。 这 种 分 布 可 能 会 导致 对 象 间 有 许多 连接 。 
在 最 坏 的 情况 下 ,每 一 个 对 象 都 知道 其 他 所 有 对 象 。 

虽然 将 一 个 系统 分 割 成 许多 对 象 通常 可 以 增强 可 复 用 性 , 但 是 对 象 间 相 互 连 接 的 激增 又 会 
降低 其 可 复 用 性 。 大 量 的 相互 连接 使 得 一 个 对 象 似乎 不 太 可 能 在 没有 其 他 对 象 的 支持 下 工作 
一 一 系统 表现 为 一 个 不 可 分 割 的 整体 。 而 且 , 对 系统 的 行为 进行 任何 较 大 的 改动 都 十 分 困难 ， 
因为 行为 被 分 布 在 许多 对 象 中 。 结 果 是 , 你 可 能 不 得 不 定义 很 多 子 类 以 定制 系统 的 行为 。 

例如 ， 考 虑 一 个 图 形 用 户 界面 中 对 话 框 的 实现 。 对 话 框 使 用 一 个 窗口 来 展现 一 系列 的 窗 
口 组 件 , 如 按钮 、 菜 单 和 输入 域 等 , 如 下 图 所 示 。 





| The quick brown fox... 


| Family | 


avant garde Hiri 
chicago j 
courier i 
helvetica 1 | 
new century schoolbook —— ME 
palatino li | 
times roman Bm 
Zapf dingbats yi j 


| Weight Omedium @bold Odemibold 
Slant Oroman @italic Oubliqud 


Size [34 pt [8] Condensed 





Ca CO) | 
通常 对 话 框 中 的 窗口 组 件 间 存在 依赖 关系 。 例 如 , 当 一 个 特定 的 输入 域 为 空 时 ， 某 个 按钮 
不 能 使 用 ; 在 称 为 列表 框 的 一 列 选项 中 选择 一 个 表 目 可 能 会 改变 一 个 输入 域 的 内 容 ; 反 过 来 ， 
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在 输入 域 中 输入 正文 可 能 会 自动 的 选择 一 个 或 多 个 列表 框 中 相应 的 表 目 ; 一 旦 正文 出 现在 输 
入 域 中 , 其 他 一 些 按钮 可 能 就 变 得 能 够 使 用 了 ， 这 些 按钮 允许 用 户 做 一 些 操作 ,比如 改变 或 删 
除 这 些 正 文 所 指 的 东西 。 

不 同 的 对 话 框 会 有 不 同 的 窗口 组 件 间 的 依赖 关系 。 因 此 即使 对 话 框 显示 相同 类 型 的 窗口 
组 件 , 也 不 能 简单 地 直接 重用 已 有 的 窗口 组 件 类 ; 而 必须 定制 它们 以 反映 特定 对 话 框 的 依赖 关 
系 。 由 于 涉及 很 多 个 类 ， 用 逐个 生成 子 类 的 办 法 来 定制 它们 会 很 元 长 。 

可 以 通过 将 集体 行为 封装 在 一 个 单独 的 中 介 者 (mediator) 对 象 中 以 避免 这 个 问题 。 中 介 者 
负责 控制 和 协调 一 组 对 象 间 的 交互 。 中 介 者 充当 一 个 中 介 以 使 组 中 的 对 象 不 再 相互 显 式 引用 。 
这 些 对 象 仅 知道 中 介 者 , 从 而 减少 了 相互 连接 的 数目 。 

例如 , FontDialogDirector 可 作为 一 个 对 话 框 中 的 窗口 组 件 间 的 中 介 者 。FontDialogDirector 
对 象 知道 对 话 框 中 的 各 窗口 组 件 , 并 协调 它们 之 间 的 交互 。 它 充当 窗口 组 件 间 通信 的 中 转 中 心 ， 
如 下 图 所 示 。 











下 面 的 交互 图 说 明了 各 对 象 如 何 协 作 处 理 一 个 列表 框 中 选项 的 变化 。 


Mediator Colleagues 
aClient aFontDialogDirector aListBox anEntryField 


GetSelection() 


SetText() 


下 面 一 系列 事件 使 一 个 列表 框 的 选择 被 传送 给 一 个 输入 域 : 

1) 列表 框 告诉 它 的 操作 者 它 被 改变 了 。 

2) 导 控 者 从 列表 框 中 得 到 选中 的 选择 项 。 

3) 导 控 者 将 该 选择 项 传递 给 人 口 域 。 

4) 现在 入 口 域 已 有 正文 , 导 控 者 使 得 用 于 发 起 一 个 动作 ( 如 “ 半 黑 体 ”,“ 和 斜体 ”) 的 某 个 
(HE ) 按钮 可 用 。 
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注意 导 控 者 是 如 何在 对 话 框 和 入 口 域 间 进行 中 介 的 。 窗 口 组 件 间 的 通信 和 都 通过 导 控 者 间 
接地 进行 。 它 们 不 必 和 互相 知道 ; 它们 仅 需 知道 导 控 者 。 而 且 ， 由 于 所 有 这 些 行为 都 局 部 于 一 个 
类 中 ， 只 要 扩展 或 替换 这 个 类 , 就 可 以 改变 和 替换 这 些 行为 。 

这 里 展示 的 是 FontDialogDirector 抽 象 怎样 被 集成 到 一 个 类 库 中 ， 如 下 图 所 示 。 


----- director->WidgetChangedithis}~ 


ShowDialog() 
CreateWidgets() 
WidgetChanged(Widgel) 














FontDialogDirector 


CreateWidgets() 
WidgetChanged(Widget) 

DialogDirector 是 一 个 抽象 类 , 它 定义 了 一 个 对 话 杠 的 总 体 行为 。 客 户 调用 ShowDialog 操 
作 将 对 话 框 显示 在 屏幕 上 。CreateWidgets 是 创建 一 个 对 话 框 的 窗口 组 件 的 抽象 操作 。 
WidgetChanged 是 男 一 个 抽象 操作 ; 窗口 组 件 调 用 它 来 通知 它 的 导 控 者 它们 被 改变 了 。 
DialogDirector 的 子 类 将 重 定义 CreateWidgets 以 创建 止 确 的 窗口 组 件 , 并 重 定义 WidgetChanged 
以 处 理 其 变化 。 











3. 适用 性 

在 下 列 情况 下 使 用 中 介 者 模式 : 

* 一 组 对 象 以 定义 良好 但 是 复杂 的 方式 进行 通信 。 产 生 的 相互 依赖 关系 结构 混乱 且 难 以 理 
解 


。 一 个 对 象 引用 其 他 很 多 对 象 并 且 直 接 与 这 些 对 象 通信 ,导致 难以 复 用 该 对 象 。 
。 想 定制 一 个 分 布 在 多 个 类 中 的 行为 ， 而 又 不 想 生 成 太 多 的 子 类 。 
4. 结构 





一 个 典型 的 对 象 结构 可 能 如 下 页 图 所 示 。 
5. 参与 者 
。Mediator( 中 介 者 ， 如 DialogDirector) 
一 中介 者 定义 一 个 接口 用 于 与 各 同事 ( Colleague ) 对 象 通信 。 
。ConcreteMediator( 具 体 中 介 者 ， 如 FontDialogDirector) 
一 具体 中 介 者 通过 协调 各 同事 对 象 实现 协作 行为 。 
一 了解 并 维护 它 的 各 个 同事 。 
。Colleague class( 同 事 类 ， 如 ListBox, EntryField) 


184 kA: TAA EI] RAIH ig A a 





一 每 一 个 同事 类 都 知道 它 的 中 介 者 对 象 。 
一 每 一 个 同事 对 象 在 需 与 其 他 的 同事 通信 的 时 候 ， 与 它 的 中 介 者 通信 。 

















6. 协作 

， 同 事 向 一 个 中 介 者 对 和 象 发 送 和 接收 请 求 。 中 介 者 在 各 同事 间 适 当地 转发 请 求 以 实现 协作 

行为 。 

7. 效果 

中 介 者 模式 有 以 下 优点 和 缺点 : 

1) 减少 了 子 类 生成 ”Mediator 将 原本 分 布 于 多 个 对 象 间 的 行为 集中 在 一 起 。 改 变 这 些 行为 
只 需 生 成 Meditator 的 子 类 即 可 。 这 样 各 个 Colleague 类 可 被 重用 。 

2) 它 将 各 Colleague 解 加 Mediator 有 利于 各 Coileague 间 的 松 耦 合 . 你 可 以 独立 的 改变 和 复 
用 各 Colleague 类 和 Mediator 类 。 

3) 它 简化 了 对 象 协议 ”用 IMediator 和 各 Colleague 间 的 一 对 多 的 交互 来 代替 多 对 多 的 交互 。 
一 对 多 的 关系 更 易于 理解 、 维 护 和 扩展 。 

4) 它 对 对 象 如 何 协 作 进行 了 抽象 ”将 中 介 作 为 一 个 独立 的 概念 并 将 其 封装 在 一 个 对 象 中 ， 
使 你 将 注意 力 从 对 象 各 自 本 身 的 行为 转移 到 它们 之 间 的 交互 上 来 。 这 有 助 于 和 弄 清 楚 一 个 系统 
中 的 对 象 是 如 何 交 互 的 。 

5) 它 使 控制 集中 化 ”中 介 者 模式 将 交互 的 复杂 性 变 为 中 介 者 的 复杂 性 。 因 为 中 介 者 封装 
了 协议 , 它 可 能 变 得 比 任 一 个 Colleague 都 复杂 。 这 可 能 使 得 中 介 者 自身 成 为 一 个 难于 维护 的 
庞然大物 。 

8. 实现 

下 面 是 与 中 介 者 模式 有 关 的 一 些 实现 问题 : 

1) 忽略 抽象 的 Mediator 类 当 各 Colleague 仅 与 一 个 Mediator 一 起 工作 时 , 没有 必要 定义 一 
个 抽象 的 Mediator 类 。Mediator 类 提供 的 抽象 而 合 已 经 使 各 Colleague 可 与 不 同 的 Mediator 子 类 
一 起 工作 , 反之 亦 然 。 

2) Colleague 一 一 Mediator 通 信 “” 当 一 个 感 兴趣 的 事件 发 生 时 ，Colleague 必 须 与 其 Mediator 
通信 。 一 种 实现 方法 是 使 用 Observer($.7) 模 式 ， 将 Mediator 实 现 为 一 个 Observer， 各 Colleague 
作为 Subject， 一 且 其 状态 改变 就 发 送 通知 给 Mediator。Mediator 作 出 的 响应 是 将 状态 改变 的 结 
果 传 播 给 其 他 的 Colleague。 
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另 一 个 方法 是 在 Mediator 中 定义 一 个 特殊 的 通知 接口 ,各 Colleague 在 通信 时 直接 调用 该 接 
门 ，Windows 下 的 Smalltalk/V 使 用 某 种 形式 的 代理 机 制 : 当 与 Mediator 通 信 时 ，Colleague 将 自 
身 作 为 一 个 参数 传递 给 Mediator, 使 其 可 以 识别 发 送 者 。 代 码 示 例 一 节 使 用 这 种 方法 。 而 
Smalltalk/v 的 实现 方法 将 稍 后 在 已 知 应 用 一 节 中 讨论 。 

9. 代码 示例 

我 们 将 使 用 一 个 DialogDirector 来 实现 在 动机 一 - 节 中 所 示 的 字体 对 话 框 。 抽 象 类 
DialogDirector 为 导 控 者 定义 了 一 个 接口 ， 


class DialogDirector { 
public: 
virtual ~DialogDirector(); 


virtual void ShowDialog(); 
virtual void WidgetChanged(Widget*) = 0; 


protected: 

DialogDirector(); 

virtual void CreateWidgets() = 0; 
}; 


Widget 是 窗口 组 件 的 抽象 基 类 。 一 个 窗口 组 件 知道 它 的 导 控 者 : 


class Widget { 

public: 
Widget (DialogDirector*); 
virtual void Changed(); 


virtual void HandleMouse (MouseEvent& event); 
ff a.’ 

private: 
DialogDirector* _director; 

) 


Changed 调 用 导 控 者 的 widgetChanged 操 作 。 通 知 导 控 者 某 个 重要 事件 发 生 了 -。 
void Widget::Changed () { 
_director->Widget Changed (this); 

} 

DialogDirector 的 子 类 重 定义 WidgetChanged 以 导 控 相应 的 窗口 组 件 。 窗 口 组 件 把 对 自身 
的 一 个 引用 作为 widgetChanged 的 参数 ， 使 得 导 控 者 可 以 识别 哪个 窗口 组 件 改 变 了 。 
DialogDirector 子 类 重 定义 纯 虚 函 数 CreateWidgets， 在 对 话 框 中 构建 窗口 组 件 。 

ListBox 、EntryField 和 Button 是 Widget 的 子 类 ， 用 作 特 定 的 用 户 界 面 构成 元 素 。ListBox 
提供 了 一 个 GetSelection 操 作 来 得 到 当前 的 选择 项 , 而 EntryField 的 SetText 操 作 则 将 新 的 正文 放 
人 该 域 中 。 


class ListBox : public Widget { 
public: 
ListBox (DialogDirector*) ; 


virtual const char* GetSelection(); 
virtual void SetList (List<char*>* listItems); 
virtual void HandleMouse (MouseEventé& event); 
// ... 

yi 


class EntryPield : public Widget { 
public: 
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EntryField(DialogDirector*} ; 


virtual void SetText (const char* text); 
virtual const char* GetText(); 
virtual void HandleMouse (MouseEvent& event); 
ff 

} 


Button 是 一 个 简单 的 窗口 组 件 , 它 一 旦 被 按 下 就 调用 Changed。 这 是 在 其 HandleMouse 的 实 
现 中 完成 的 : 


class Button : public Widget { 
public: 
Button (DialogDirector*); 


virtual void SetText(const char* text); 
virtual void HandleMouse (MouseEventé event); 
// 

}; 

void Button::HandleMouse (MouseEvent& event) { 
// wes 
Changed (); 

} 


FEontDialogDirectator 类 在 对 话 框 中 的 窗口 组 件 间 进 行 中 介 。FontDialogDirectator 是 
DialogDirector 的 子 类 : 


class FontDialogDirector : public DialogDirector { 
public: 

Font DialogDirector(); 

virtual ~FontDialogDirector(); 

virtual void Widget Changed (Widget*); 


protected: 
virtual void CreateWidgets(); 


private: 
Button* _ok; 
Button* _cancel; 
ListBox* _fontList; 
EntryField* _fontName; 
be 


FontDialogDirector 跟 踪 它 显示 的 窗口 组 件 。 它 重 定义 CreateWidgets 以 创建 窗口 组 件 并 初 
始 化 对 它们 的 引用 : 


void FontDialogDirector::CreateWidgets () { 
_ok = new Button(this); 
_cancel = new Button(this); 
_fonthist = new ListBox(this); 
_fontName = new EntryField(this); 


// fill the listBox with the available font names 


// assemble the widgets in the dialog 
} 


WidgetChanged 保 证 窗口 组 件 正确 地 协同 工作 


void FontDialogDirector::WidgetChanged ( 
Widget* theChangedwidget 

) 【 
if (theChangedWidget == _fontList) { 
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_fontName->SetText (_fontList->GetSelection()); 


} else if (theChangedWidget == _ok) { 
// apply font change and dismiss dialog 
Il ..-. 


} else if (theChangedWidget == _cancel) { 
// dismiss dialog 
} 
} 


WidgetChanged 的 复杂 度 随 对 话 框 的 复杂 度 的 增加 而 增加 。 在 实践 中 ， 大 对 话 框 并 不 受 欢 
迎 ， 其 原因 是 多 方面 的 ， 其 中 一 个 重要 原因 是 中 介 者 的 复杂 性 可 能 会 抵消 该 模式 在 其 他 方面 
的 带 来 的 好 处 。 

10. 已 知 应 用 

ET++[WGM88] 和 THINK C 类 库 [Sym93b] 都 在 对 话 框 中 使 用 类 似 导 控 者 的 对 象 作 为 窗口 
组 件 间 的 中 介 者 。 

Windows 下 的 Smalltalk/V 的 应 用 结构 基于 中 介 者 结构 [LaL94]。 在 这 个 环境 中 , 一 个 应 用 由 
一 个 包含 一 组 窗 格 (pane) 的 窗口 组 成 。 该 类 库 包含 若干 预定 义 的 Pane 对 象 ; 比如 说 TextPane、 
ListBox, Button, 等 等 。 这 些 窗 格 无 需 继承 即 可 直接 使 用 。 应 用 开发 者 仅 需 由 ViewManager 衍 
生子 类 , ViewManager 类 负责 窗 格 间 的 协调 工作 。ViewManager 是 一 个 中 介 者 ， 而 每 一 个 窗 格 
只 知道 它 的 view manager, 它 被 看 作 该 窗 格 的 “主人 ”。 窗 格 不 直接 互相 引用 。 

下 面 的 对 象 图 显示 了 一 个 应 用 运行 时 刻 的 情景 。 










Smalltalk/V 的 Pane-ViewManager 通 信使 用 一 种 事件 机 制 。 当 一 个 窗 格 想 从 中 介 者 得 到 信 
息 或 当 它 想 通 知 中 介 者 一 些 重 要 的 事情 发 生 时 , 它 产生 一 个 事件 。 事 件 定义 一 个 符号 (如 
#select) 来 标识 该 事件 。 为 处 理 该 事件 ， 视 管理 者 为 该 窗 格 注册 一 个 候选 方法 。 这 个 方法 是 该 
事件 的 处 理 程序 ; 一 旦 该 事件 发 生 它 就 会 被 调用 。 

下 面 的 代码 片段 说 明了 在 一 个 ViewManager 子 类 中 ， 一 个 ListPane 对 象 如 何 被 创建 以 及 
ViewManager 如 何 为 #select 事 件 注册 一 个 事件 处 理 程序 : 


self addSubpane: (ListPane new 
paneName: ‘myList Pane’; 
owner: self; 
when: #select perform: #listSelect:). 


另 一 个 中 介 者 模式 的 应 用 是 用 于 协调 复杂 的 更 新 。 一 个 例子 是 在 Observer(5.7) 中 提 到 的 
ChangeManager 类 。ChangeManager 在 subject 和 Observer 间 进 行 协调 以 避免 宛 余 的 更 新 。 当 一 
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个 对 象 改变 时 , 它 通知 ChangeManager ChangeManager 随 即 通知 依赖 于 该 对 象 的 那些 对 象 以 协 
调 这 个 更 新 。 

一 个 类 似 的 应 用 出 现在 Unidraw 绘 图 框架 [VL90] 中 ， 它 使 用 一 个 称 为 CSolver 的 类 来 实现 ” 
连接 器 ” 间 的 连接 约束 。 图 形 编辑 器 中 的 对 象 可 用 不 同 的 方式 表现 出 相 于 依附。 连接 器 用 于 
自动 维护 连接 的 应 用 中 , 如 框图 编辑 器 和 电路 设计 系统 。 CSolver 是 连接 器 间 的 中 介 者 。 它 解 
释 连接 约束 并 更 新 连接 器 的 位 置 以 反映 这 些 约束 。 

11. 相关 模式 

Facade(4.5) 与 中 介 者 的 不 同 之 处 在 于 它 是 对 一 个 对 象 子 系统 进行 抽象 ， 从 而 提供 了 一 
更 为 方便 的 接口 。 它 的 协议 是 单 向 的 ， 即 Facade 对 象 对 这 个 子 系统 类 提出 请 求 ， 但 反之 则 不 
行 。 相 反 ，Mediator 提 供 了 各 Colleague 对 象 不 支持 或 不 能 支持 的 协作 行为 ， 而 且 协 议 是 多 向 
的 。 

Colleague tf 用 Observer(5.7) 模 式 与 Mediator 通 信 。 


5.6 MEMENTO ( 备忘录 ) 一 一 对 象 行为 型 模式 


1. 意图 

在 不 破坏 封装 性 的 前 提 下 ， 捕 获 一 个 对 象 的 内 部 状态 ， 并 在 该 对 象 之 外 保存 这 个 状态 。 
这 样 以 后 就 可 将 该 对 象 恢复 到 原先 保存 的 状态 。 

2. 别名 

Token 

3. 动机 . 

有 时 有 必要 记录 一 个 对 象 的 内 部 状态 。 为 了 允许 用 户 取 消 不 确定 的 操作 或 从 错误 中 恢复 
过 来 ， 需 要 实现 检查 点 和 取消 机 制 , 而 要 实现 这 些 机 制 ， 你 必须 事先 将 状态 信息 保存 在 某 处 ， 
这 样 才能 将 对 象 恢复 到 它们 先前 的 状态 。 但 是 对 象 通常 封装 了 其 部 分 或 所 有 的 状态 信息 , 使 得 
其 状态 不 能 被 其 他 对 象 访问 ， 也 就 不 可 能 在 该 对 象 之 外 保存 其 状态 。 而 暴露 暮 内 部 状态 又 将 
违反 封装 的 原则 ， 可 能 有 损 应 用 的 可 靠 性 和 可 扩展 性 。 

例如 ,考虑 一 个 图 形 编辑 器 ， 它 支持 图 形 对 象 间 的 连 线 。 用 户 可 用 一 条 直线 连接 两 个 邱 
E, 而 当 用 户 移动 任意 一 个 矩形 时 ,这 两 个 矩 形 仍 能 保持 连接 。 在 移动 过 程 中 ， 编 辑 器 自动 伸 
展 这 条 直线 以 保持 该 连接 。 





一 个 众所周知 的 保持 对 象 间 连接 关系 的 方法 是 使 用 一 个 约束 解释 系统 。 我 们 可 将 这 一 功 
能 封装 在 一 个 ConstraintSolver 对 象 中 。ConstraintSolver 在 连接 生成 时 ， 记录 这 些 连 接 并 产生 
描述 它们 的 数学 方程 。 当 用 户 生 成 一 个 连接 或 修改 图 形 时 ，ConstraintSolver 就 求解 这 些 方程 。 
并 根据 它 的 计算 结果 重新 调整 图 形 ， 使 各 个 对 象 保持 正确 的 连接 。 

在 这 一 应 用 中 ,支持 取消 操 并 不 象 看 起 那么 容易 。 一 个 显而易见 的 方法 是 ， 每 次 移动 时 
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， 保存 移动 的 距离 ， 而 在 取消 这 次 移动 时 该 对 象 移 回 相 等 的 距离 。 然 而 , 这 不 能 保证 所 有 的 对 象 


都 会 出 现在 它们 原先 出 现 的 地 方 。 设 想 在 移动 过 程 中 某 连 接 中 有 一 些 松 弛 。 在 这 种 情况 下 , 简 
单 地 将 矩形 移 回 它 原 来 的 位 置 并 不 一 定 能 得 到 预想 的 结果 。 . 





一 般 来 说 , ConstraintSolver 的 公共 接口 可 能 不 足以 精确 地 逆转 它 对 其 他 对 象 的 作用 。 为 重 
建 先前 的 状态 ， 取 消 操作 机 制 必须 与 ConstraintSolver 更 紧密 的 结合 , 但 我 们 同时 也 应 避免 将 
ConstraintSolves 的 内 部 暴露 给 取消 操作 机 制 。 

我 们 可 用 备忘录 (Memento) 模 式 解 决 这 一 问题 。 一 个 备忘录 (memento) 是 一 个 对 象 , € 
存储 另 一 个 对 象 在 某 个 瞬间 的 内 部 状态 ， 而 后 者 称 为 备忘录 的 原 发 器 (originator)。 当 需要 设 
置 原 发 器 的 检查 点 时 , 取消 操作 机 制 会 向 原 发 器 请 求 一 个 备忘录 。 原 发 器 用 描述 当前 状态 的 信 
息 初 始 化 该 备忘录 。 只 有 原 发 器 可 以 向 备忘录 中 存 取信 息 ， 备 忘 录 对 其 他 的 对 象 “不 可 见 ”。 

在 刚才 讨论 的 图 形 编 辑 器 的 例子 中 ，ConstraintSolver 可 作为 一 个 原 发 器 。 下 面 的 事件 序列 
描述 了 取消 操作 的 过 程 : 

1) 作为 移动 操作 的 -一 个 副作用 , 编辑 器 向 ConstraintSolver 请 求 一 个 备忘录 。 

2) ConstraintSolver 创 建 并 返回 一 个 备忘录 , 在 这 个 例子 中 该 备忘录 是 SolverState 类 的 一 个 
实例 。SolverState 备 忘 录 包 含 一 些 描述 ConstraintSolver 的 内 部 等 式 和 变量 当前 状态 的 数据 结构 。 

3) 此 后 当 用 户 取消 移动 操作 时 , 编辑 器 将 SolverState 备 忘 录 送 回 给 ConstraintSolver。 

4) 根据 SolverState 备 忘 录 中 的 信息 ，ConstraintSolver 改 变 它 的 内 部 结构 以 精确 地 将 它 的 等 


式 和 变量 返回 到 它们 各 自 先前 的 状态 se. 
这 一 方案 允许 ConstraintSolver 把 恢复 先前 状态 所 需 的 信 息 交 给 其 他 的 对 象 而 又 不 暴露 它 
的 内 部 结构 和 表示 。 
4. 适用 性 
在 以 下 情况 下 使 用 备忘录 模式 : 
。 必 须 保存 一 个 对 象 在 某 一 个 时 刻 的 (部 分 ) 状 态 , 这 样 以 后 需要 时 它 才能 恢复 到 先前 的 状 
态 


。 如 果 一 个 用 接口 来 让 其 它 对 象 直接 得 到 这 些 状态 ， 将 会 暴露 对 象 的 实现 细节 并 破坏 对 象 
的 封装 性 。 
5. 结构 
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6. 参与 者 
。Memento( 备 忘 录 ， 如 SolverState) 
一 备忘录 存储 原 发 器 对 象 的 内 部 状态 。 原 发 器 根据 需要 决定 备忘录 存储 原 发 器 的 哪些 
一 防止 原 发 器 以 外 的 其 他 对 象 访问 备忘录 。 备 忘 录 实 际 上 有 两 个 接口 ， 管 理 者 
(caretaker) 只 能 看 到 备忘录 的 窜 接 口 一 一 它 只 能 将 备忘录 传递 给 其 他 对 象 。 相 反 , 原 
发 器 能 够 看 到 一 个 宽 接 口 , 允许 它 访问 返回 到 先前 状态 所 需 的 所 有 数据 。 理 想 的 情况 
是 只 允许 生成 本 备忘录 的 那个 原 发 器 访问 本 备忘录 的 内 部 状态 。 
。Originator( 原 发 器 ， 如 ConstraintSolver) 
一 原 发 器 创建 一 个 备忘录 ,用 以 记录 当前 时 刻 它 的 内 部 状态 。 


一 使 用 备忘录 恢复 内 部 状态 .。 
。Caretaker( 负 责 人 ， 如 undo mechanism) 
一 负责 保存 好 备忘录 。 
一 不 能 对 备忘录 的 内 容 进行 操作 或 检查 。 
7. 协作 
.管理 器 向 原 发 器 请 求 一 个 备忘录 , 保留 一 段 时 间 后 ,将 其 送 回 给 原 发 器 , 如 下 面 的 交互 图 
所 示 。 
aCaretaker anOriginator aMemento 





SetMemento(aMemento} 


有 时 管理 者 不 会 将 备忘录 返回 给 原 发 器 , 因为 原 发 器 可 能 根本 不 需要 退 到 先前 的 状态 。 

*。 备 忘 录 是 被 动 的 。 只 有 创建 备忘录 的 原 发 器 会 对 它 的 状态 进行 赋值 和 检索 。 

8. 效果 

备忘录 模式 有 以 下 一 些 效果 : 

1) 保持 封装 边界 ”使 用 备忘录 可 以 避免 暴露 一 些 只 应 由 原 发 器 管理 却 又 必须 存储 在 原 发 
器 之 外 的 信息 。 该 模式 把 可 能 很 复杂 的 Originator 内 部 信息 对 其 他 对 象 屏 蔽 起 来 , 从 而 保持 了 
封装 边界 。 

2) 它 简 化 了 原 发 器 在 其 他 的 保持 封装 性 的 设计 中 , Originator 负 责 保 持 客户 请 求 过 的 内 部 
状态 版 本 。 这 就 把 所 有 存储 管理 的 重任 交 给 了 Originator。 让 客户 管理 它们 请 求 的 状态 将 会 和 
化 Originator, 并 且 使 得 客户 工作 结束 时 无 需 通知 原 发 器 。 

3) 使 用 备忘录 可 能 代价 很 高 ”如 果 原 发 器 在 生成 备忘录 时 必须 拷贝 并 存储 大 量 的 信息 , 或 
者 客户 非常 频繁 地 创建 备忘录 和 恢复 原 发 嚣 状态， 可 能 会 导致 非常 大 的 开销 。 除 非 封装 和 恢 
复 Originator 状 态 的 开销 不 大 , 否则 该 模式 可 能 并 不 合适 。 参 见 实现 一 节 中 关于 增 量 式 改 变 的 
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讨论 。 

4) 定义 窄 接口 和 宽 接 口 在 一 些 语言 中 可 能 难以 保证 只 有 原 发 器 可 访问 备忘录 的 状态 。 

5) 维护 备忘录 的 潜在 代价 ”管理 器 负责 删除 它 所 维护 的 备忘录 。 然 而 , 管理 器 不 知道 备 忘 
录 中 有 和 多少 个 状态 。 因 此 当 存 储备 忘 录 时 ， 一 个 本 来 很 小 的 管理 器 ， 可 能 会 产生 大 量 的 存储 
开销 。 

9. 实现 

下 面 是 当 实 现 备忘录 模式 时 应 考虑 的 两 个 问题 : 

1) 语言 支持 ”备忘录 有 两 个 接口 : 一 个 为 原 发 器 所 使 用 的 宽 接口 , 一 个 为 其 他 对 象 所 使 用 
的 罕 接 口 。 理 想 的 实现 语言 应 可 支持 两 级 的 静态 保护 。 在 C++ 中 ， 可 将 Originator 作 为 
Memento 的 一 个 友 元 ， 并 使 Memento 宽 接口 为 私 有 的 。 只 有 罕 接 口 应 该 被 声明 为 公共 的 。 例 
如 : 

class State; 

class Originator { 

public: 

Memento* CreateMemento(); 
void SetMemento(const Memento*) ; 
// see 

private: 

State* _state; // internal data structures 


// ... 
}; 


class Memento { 
public: 
// narrow public interface 
virtual ~Memento(); 
private: 
// private members accessible only to Originator 
friend class Originator; 
Memento (); 


void SetState(State*); 
State* GetState(); 
// en’ 
private: 
State* _state; 
// ... 
} . 


2) 存储 增 量 式 改变 “如果 备忘录 的 创建 及 其 返回 (给 它们 的 原 发 器 ) 的 顺序 是 可 预测 的 ， 
备忘录 可 以 仅 存储 原 发 器 内 部 状态 的 增 量 改变 。 

例如 , 一 个 包含 可 撤消 的 命令 的 历史 列表 可 使 用 备忘录 以 保证 当 命 令 被 取消 时 , 它们 可 以 
被 恢复 到 正确 的 状态 (参见 Command(5.2))。 历 史 列 表 定 义 了 一 个 特定 的 顺序 , 按照 这 个 顺序 命 
令 可 以 被 取消 和 重 做 。 这 意味 着 备忘录 可 以 只 存储 一 个 命令 所 产生 的 增 量 改变 而 不 是 它 所 影 
响 的 每 一 个 对 象 的 完整 状态 。 在 前 面 动 机 一 节 给 出 的 例子 中 , 约束 解释 器 可 以 仅 存 储 那些 变化 
了 的 内 部 结构 , 以 保持 直线 与 矩形 相连 , 而 不 是 存储 这 些 对 象 的 绝对 位 置 。 

10. 代码 示例 

此 处 给 出 的 C++ 代码 展示 的 是 前 面 讨 论 过 的 ConstraintSolver 的 例子 。 我 们 使 用 
MoveCommand 命 令 对 象 (参见 Command(5.2)) 来 执行 (取消 ) 一 个 图 形 对 象 从 一 个 位 置 到 另 一 个 位 
置 的 移动 变换 。 图 形 编辑 器 调用 命令 对 象 的 Execute 操 作 来 移动 一 个 图 形 对 象 , 而 用 Unexecute 来 
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取消 该 移动 。 命 令 对 象 存 储 它 的 目标 、 移 动 的 距离 和 一 个 ConstraintSolverMemento 的 实例 , 它 是 
一 个 包含 约束 解释 器 状态 的 备忘录 。 
class Graphic; 
// base class for graphical objects in the graphical editor 


class MoveCommand { 
public: 
MoveCommand(Graphic* target, const Point& delta); 
void Execute(); 
void Unexecute(); 
private: 
ConstraintSolverMemento* _state; 
Point _delta; 
Graphic* _target; 
}; 


连接 约束 由 ConstraintSolver 类 创建 。 它 的 关键 成 员 函 数 是 Solve, 它 解 释 那 些 由 
AddConstraint 操 作 注 册 的 约束 。 为 支持 取消 操作 , ConstraintSolver 用 CreateMemento 操 作 将 自 
身 状态 存储 在 外 部 的 一 个 ConstraintSolverMemento 实 例 中 。 调 用 SetMemento 可 使 约束 解释 器 
返回 到 先前 某 个 状态 。ConstraintSolver 是 一 个 Singleton(3.5)。 


class ConstraintSolver { 
public: 
Static ConstraintSolver* Instance(); 


void Solve(); 
void AddConstraint ( 
Graphic* startConnection, Graphic* endConnection 
) ; 
void RemoveConstraint ( 
Graphic* startConnection, Graphic* endConnection 
) : 
ConstraintSolverMemento* CreateMemento(); 
void SetMemento (ConstraintSolverMemento*) ; 
private: 
// nontrivial state and operations for enforcing 
// connectivity semantics 
}; 


class ConstraintSolverMemento { 
public: 
virtual “ConstraintSolverMemento () ; 
private: 
friend class ConstraintSolver; 
ConstraintSolverMemento () ; 


// private constraint solver state 
}; 


给 定 这 些 接口 , 我 们 可 以 实现 MoveCommand 的 成 员 函 数 Execute 和 Unexecute 如 下 : 


void MoveCommand: :Execute () { 
ConstraintSolver* solver = ConstraintSolver::Instance(); 
_state = solver->CreateMemento(); // create a memento 
_target~>Move(_delta); 
solver->Solve(); 


void MoveCommand: :Unexecute () { 


BSE 行为 模式 193 





ConstraintSolver* solver = ConstraintSolver::Instance(); 
_target~->Move(-_delta); 

solver->SetMemento(_state); // restore solver state 
solver->Solve(); 


} 

Execute 在 移动 图 形 前 先 获取 一 个 ConstraintSolverMemento 备 忘 录 。Unexecute 先 将 图 形 移 
E, 再 将 约束 解释 器 的 状态 设 回 原先 的 状态 , 并 最 后 让 约束 解释 器 解释 这 些 约束 。 

11. 已 知 应 用 

前 面 的 代码 示例 是 来 自 于 Unidraw 中 通过 Csolver 类 [VL90] 实 现 的 对 连接 的 支持 。 

Dylan 中 的 Collection[App92] 提 供 了 一 个 反映 备忘录 模式 的 扩 代 接口 。Dylan 的 集合 有 一 个 
“RAS” 对 象 的 概念 , 它 是 一 个 表示 迭代 状态 的 备忘录 。 每 一 个 集合 可 以 按照 它 所 选择 的 任意 
方式 表示 和 迭代 的 当前 状态 ; 该 表示 对 客户 完全 不 可 见 。Dylan 的 迭代 方法 转换 为 C++ 可 表示 如 
下 : | 


template <class Item> 
class Collection { 
public: 

Collection(); 


IterationState* CreateInitialState(); 

void Next (IterationState*); 

bool IsDone(const IterationState*) const; 

Item CurrentItem(const IterationState*) const; 
IterationState* Copy(const IterationState*) const; 


void Append(const Itemé&) ; 
void Remove (const Itemé&) ; 
I vee 
}; | 
CreateInitialState 为 该 集合 返回 一 个 已 初始 化 的 IterationState 对 象 。Next 将 状态 对 象 推 进 l 
到 选 代 的 下 一 个 位 置 ; 实际 上 它 将 和 挝 代 索 引 加 一 。 如 果 Next 已 经 超出 集合 中 的 最 后 一 个 元 素 ， 
IsDone 返 回 true。CurrentItem 返 回 状态 对 象 当 前 所 指 的 那个 元 素 。Copy 返 回 给 定 状态 对 象 的 
一 个 拷贝 。 这 可 用 来 标记 迭代 过 程 中 的 某 一 点 。 
给 定 一 个 类 ItemType, 我 们 可 以 象 下 面 这 样 在 它 的 实例 的 集合 上 进行 迭代 。 : 


class ItemType { 
public: 
void Process(); 
// ... 


Collection<ItemType*> aCollection; 
IterationState* state; 


state = aCollection.CreateInitialState(); 


while (!aCollection.IsDone(state)) { 
aCollection.CurrentItem(state) ->Process(); 
aCollection.Next (state); 


} 
delete state; 


O 注意 我 们 在 选 代 的 最 后 删除 该 状态 对 象 。 但 如 果 ProcessItem 抛 出 一 个 异常 ，delete 将 不 会 被 调用 , 这 样 就 产 
ETER. 在 C++ 中 这 是 一 个 问题 ,但 在 Dylan 中 则 没有 这 个 问题 , 因为 Dylan 有 垃圾 回收 机 制 。 我 们 在 第 5 
党 讨论 了 这 个 问题 的 一 个 解决 方法 。 
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基于 备忘录 的 迭代 接口 有 两 个 有 趣 的 优点 : 

1) 在 同一 个 集合 上 中 可 有 多 个 状态 一 起 工作 。(Iterator(5.4) 模 式 也 是 这 样 。) 

2) 它 不 需要 为 支持 迭代 而 破坏 一 个 集合 的 封装 性 。 备 忘 录 仅 由 集合 自身 来 解释 ; 任何 其 他 
对 象 都 不 能 访问 它 。 支 持 迭 代 的 其 他 方法 要 求 将 迭代 器 类 作为 它们 的 集合 类 的 友 元 (参见 
Iterator(5.4)), 从 而 破坏 了 封装 性 。 这 一 情况 在 基于 备忘录 的 实现 中 不 再 存在 ， 此 时 Collection 
是 IteratorState 的 一 个 友 元 。 

QOCA 约 束 解 释 工具 在 备忘录 中 存储 增 量 信息 [HHMV92]。 客 户 可 得 到 刻画 某 约 束 系统 当 
前 解释 的 备忘录 。 该 备忘录 仅 包括 从 上 一 次 解释 以 来 发 生 改 变 的 那些 约束 变量 。 通 常 每 次 新 
的 解释 仅 有 一 小 部 分 解释 器 变量 发 生 改 变 。 这 个 发 生变 化 的 变量 子 集 已 足以 将 解释 器 恢复 到 
先前 的 解释 ; 恢复 更 前 的 解释 要 求 经 过 中 间 的 解释 和 逐步 地 恢复 。 所 以 不 能 以 任意 的 顺序 设 定 备 
忘 录 ; QOCA 依 赖 一 种 历史 机 制 来 恢复 到 先前 的 解释 。 

12. 相关 模式 

Command(5.2): 命令 可 使 用 备忘录 来 为 可 撤消 的 操作 维护 状态 。 

Iterator(5.4): 如 前 所 述 备忘录 可 用 于 迭代 . 


5.7 OBSERVER ( 观察 者 ) 一 一 对 象 行为 型 模式 


1. 意图 

定义 对 象 间 的 一 种 一 对 多 的 依赖 关系 , 当 一 个 对 象 的 状态 发 生 改 变 时 , 所 有 依赖 于 它 的 对 象 
都 得 到 通知 并 被 自动 更 新 。 

2. 别名 

依赖 (Dependents), 发 布 -订阅 (Publish-Subscribe) 

3. 动机 

将 一 个 系统 分 割 成 一 系列 相互 协作 的 类 有 一 个 常见 的 副作用 : 需要 维护 相关 对 象 间 的 一 
致 性 。 我 们 不 希望 为 了 维持 一 致 性 而 使 各 类 紧密 耦合 ， 因 为 这 样 降低 了 它们 的 可 重用 性 。 

例如 , 许多 图 形 用 户 界 面 工具 箱 将 用 户 应 用 的 界面 表示 与 底下 的 应 用 数据 分 离 [KP88， 
LVC89, P+88, WGM88]。 定 义 应 用 数据 的 类 和 负责 界面 表示 的 类 可 以 各 自 独 立地 复 用 。 当然 
它们 也 可 一 起 工作 。 一 个 表格 对 象 和 一 个 柱状 图 对 象 可 使 用 不 同 的 表示 形式 描述 同一 个 应 用 
数据 对 象 的 信息 。 表 格 对 象 和 柱状 图 对 象 互相 并 不 知道 对 方 的 存在 ， 这 样 使 你 可 以 根据 需要 
单独 复 用 表格 或 柱状 图 。 但 在 这 里 是 它们 表现 的 似乎 互相 知道 。 当 用 户 改变 表格 中 的 信息 时 ， 
柱状 图 能 立即 反映 这 一 变化 , 反 过 来 也 是 如 此 。 


observers 
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这 一 行为 意味 着 表格 对 象 和 棒状 图 对 象 都 依赖 于 数据 对 象 , 因此 数据 对 象 的 任何 状态 改变 
都 应 立即 通知 它们 。 同 时 也 没有 理由 将 依赖 于 该 数据 对 象 的 对 象 的 数目 限定 为 两 个 ， 对 相同 
的 数据 可 以 有 任意 数目 的 不 同 用 户 界 面 。 
Observer 模式 描述 了 如 何 建 立 这 种 关系 。 这 一 模式 中 的 关键 对 象 是 目标 (subjecD 和 观察 者 
(observer)。 一 个 目标 可 以 有 任意 数目 的 依赖 它 的 观察 者 。 一 旦 目标 的 状态 发 生 改 变 , 所 有 的 
观察 者 都 得 到 通知 。 作 为 对 这 个 通知 的 响应 ， 每 个 观察 者 都 将 查询 目标 以 使 其 状态 与 目标 的 
这 种 交互 也 称 为 发 布 -订阅 (publish-subscribe )。 目 标 是 通知 的 发 布 者 。 它 发 出 通知 时 并 
不 需 知道 谁 是 它 的 观察 者 。 可 以 有 任意 数目 的 观察 者 订阅 并 接收 通知 。 
4. 适用 性 
在 以 下 任 一 情况 下 可 以 使 用 观察 者 模式 : 
。 当 一 个 抽象 模型 有 两 个 方面 , 其 中 一 个 方面 依赖 于 另 一 方面 。 将 这 二 者 封装 在 独立 的 对 
象 中 以 使 它们 可 以 各 自 独 立地 改变 和 复 用 。 

。 当 对 一 个 对 象 的 改变 需要 同时 改变 其 它 对 象 ， 而 不 知道 具体 有 多 少 对 象 有 待 改 变 。 

。 当 一 个 对 象 必须 通知 其 它 对 象 ， 而 它 又 不 能 假定 其 它 对 象 是 谁 。 换 言 之 ， 你 不 希望 这 些 
对 象 是 紧密 耦合 的 。 

5. 结构 












Attach(Observer) 
Detach(Observer) 


RO 
for all o in observers 
Notify) o-----4-- { 


o~>Update() 









| 
noen Pran eee 





subjectState 


6. 参与 者 
。Subject (目标 ) 
一 目标 知道 它 的 观察 者 。 可 以 有 任意 多 个 观察 者 观察 同一 个 目标 。 
一 提供 注册 和 删除 观察 者 对 象 的 接口 。 
。 Observer ( 观察 者 ) 
一 为 那些 在 目标 发 生 改 变 时 需 获 得 通知 的 对 象 定 义 一 个 更 新 接口 。 
。ConcreteSubject ( 具体 目标 ) 
一 将 有 关 状 态 存 人 各 ConcreteObserver 对 象 。 
一 当 它 的 状态 发 生 改 变 时 , 向 它 的 各 个 观察 者 发 出 通知 。 
。ConcreteObserver ( 具体 观察 者 ) 
一 维护 一 个 指向 ConcreteSubject 对 象 的 引用 。 
一 存储 有 关 状 态 ， 这 些 状态 应 与 目标 的 状态 保持 一 致 。 
一 实现 Observer 的 更 新 接口 以 使 自身 状态 与 目标 的 状态 保持 一 致 。 
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7. 协作 

e 当 ConcreteSubject 发 生 任何 可 能 导致 其 观察 者 与 其 本 身 状态 不 一 致 的 改变 时 ， 它 将 通知 
它 的 各 个 观察 者 。 

* 在 得 到 一 个 具体 目标 的 改变 通知 后 ,ConcreteObserver 对 象 可 向 目标 对 象 查询 信息 。 
ConcreteObserver 使 用 这 些 信息 以 使 它 的 状态 与 目标 对 象 的 状态 一 致 。 

下 面 的 交互 图 说 明了 一 个 目标 对 象 和 两 个 观察 者 之 间 的 协作 : 


aConcreteSubject aConcreteObserver anotherConcreteObserver 


H 

















GatState() | 


注意 发 出 改变 请 求 的 Observer 对 象 并 不 立即 更 新 ,而 是 将 其 推迟 到 它 从 目 标 得 到 一 个 通知 
之 后 。Notify 不 总 是 由 目标 对 象 调用 。 它 也 可 被 一 个 观察 者 或 其 它 对象 调 用 。 实 现 -一 节 将 讨论 
一 些 常用 的 变化 。 

8. 效果 

Observer 模式 允许 你 独立 的 改变 目标 和 观察 者 。 你 可 以 单独 复 用 目标 对 象 而 无 需 同时 复 用 
其 观察 者 , 反之 亦 然 。 它 也 使 你 可 以 在 不 改动 目标 和 其 他 的 观察 者 的 前 提 下 增加 观察 者 。 

下 面 是 观察 者 模式 其 它 -- 些 优 缺 点 : 

1) 目标 和 观察 者 间 的 抽象 耦合 一 个 目标 所 知道 的 仅仅 是 它 有 一 系列 观察 者 ， 每 个 都 符合 
抽象 的 Observer 类 的 简单 接口 。 目 标 不 知道 任何 一 个 观察 者 属于 哪 一 个 具体 的 类 。 这 样 目 标 
和 观察 者 之 间 的 耦合 是 抽象 的 和 最 小 的 。 | 

因为 目标 和 观察 者 不 是 紧密 耦合 的 ， 它们 可 以 属于 一 个 系统 中 的 不 同 抽象 层次 。 一 个 处 于 
较 低层 次 的 目标 对 象 可 与 一 个 处 于 较 高 层次 的 观察 者 通信 并 通知 它 . 这 样 就 保持 了 系统 层次 的 
完整 。 如 果 目 标 和 观察 者 混在 一 块 ， 那么 得 到 的 对 象 要 么 横贯 两 个 层次 (违反 了 层次 性 ) BA 
必须 放 在 这 两 层 的 某 一 层 中 (这 可 能 会 损害 层次 抽象 )。 

2) 支持 广播 通信 不 像 通常 的 请 求 , 目标 发 送 的 通知 不 需 指定 它 的 接收 者 。 通 知 被 自动 广 
播 给 所 有 已 向 该 目标 对 象 登记 的 有 关 对 象 。 目标 对 象 并 不 关心 到 底 有 多 少 对 象 对 自己 感 兴趣 ; 
它 唯一 的 责任 就 是 通知 它 的 各 观察 者 。 这 给 了 你 在 任何 时 刻 增 加 和 删除 观察 者 的 自由 。 处 理 
还 是 忽略 一 个 通知 取决 于 观察 者 。 ` 

3) 意外 的 更 新 ”因为 一 个 观察 者 并 不 知道 其 它 观察 者 的 存在 ， 它 可 能 对 改变 目标 的 最 终 代 
价 一 无 所 知 。 在 目 标 上 一 个 看 似 无 害 的 的 操作 可 能 会 引起 一 系列 对 观察 者 以 及 依赖 于 这 些 观 
察 者 的 那些 对 象 的 更 新 。 此 外 ， 如 果 依 赖 准则 的 定义 或 维护 不 当 ， 常常 会 引起 错误 的 更 新 , 这 
种 错误 通常 很 难 捕捉 。 

简单 的 更 新 协议 不 提供 具体 细节 说 明 目标 中 什么 被 改变 了 , 这 就 使 得 上 述 问题 更 加 严重 。 
如 果 没 有 其 他 协议 帮助 观察 者 发 现 什么 发 生 了 改变 ， 它们 可 能 会 被 迫 尽 力 减少 改变 。 
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9. 实现 

这 一 节 讨 论 一 些 与 实现 依赖 机 制 相 关 的 问题 。 

1) 创建 目标 到 其 观察 者 之 间 的 映射 ”一 个 目标 对 象 跟踪 它 应 通知 的 观察 者 的 最 简单 的 方 
法 是 显 式 地 在 目标 中 保存 对 它们 的 引用 。 然 而 , 当 目标 很 多 而 观察 者 较 少时 , 这 样 存储 可 能 代 
价 太 高 。 一 个 解决 办 法 是 用 时 间 换 空间 , 用 一 个 关联 查找 机 制 ( 例 如 一 -个 hash 表 ) 来 维护 目标 到 
观察 者 的 映射 。 这 样 一 个 没有 观察 者 的 目标 就 不 产生 存储 开销 。 但 另 一 方面 , 这 一 方法 增加 了 
访问 观察 者 的 开销 。 

2) 观察 多 个 目标 ”在 某 些 情况 下 , 一 个 观察 者 依赖 于 多 个 目标 可 能 是 有 意义 的 。 例 如 , 一 
个 表格 对 象 可 能 依赖 于 多 个 数据 源 。 在 这 种 情况 下 , 必须 扩展 Update 接 口 以 使 观察 者 知道 是 哪 
一 个 目标 送 玉 的 通知 。 目 标 对 象 可 以 简单 地 将 自己 作为 Update 操 作 的 一 个 参数 , 让 观察 者 知道 

应 去 检查 哪 一 个 目标 。 

3) 谁 触发 更 新 ”目标 和 它 的 观察 者 依赖 于 通知 机 制 来 保持 一 致 。 但 到 底 哪 一 个 对 象 调用 
Notify 来 触发 更 新 ? 此 时 有 两 个 选择 : 

a) 由 目标 对 象 的 状态 设 定 操作 在 改变 目标 对 象 的 状态 后 自动 调用 Notify。 这 种 方法 的 优点 

是 客户 不 需要 记 住 要 在 目标 对 象 上 调用 Notify， 缺 点 是 多 个 连续 的 操作 会 产生 多 次 连续 
的 更 新 , 可 能 效率 较 低 。 

b) 让 客户 负责 在 适当 的 时 候 调用 Notify。 这 样 做 的 优点 是 客户 可 以 在 一 系列 的 状态 改变 完 
成 后 再 一 次 性 地 触发 更 新 ,避免 了 不 必要 的 中 间 更 新 。 缺 点 是 给 客户 增加 了 触发 更 新 的 
责任 。 由 于 客户 可 能 会 忘记 调用 Notify， 这 种 方式 较 易 出 错 。 

4) 对 已 删除 目标 的 悬挂 引用 “删除 一 个 目标 时 应 注意 不 要 在 其 观察 者 中 遗留 对 该 目标 的 
悬挂 引用 。 一 种 避免 悬挂 引用 的 方法 是 , 当 一 个 目标 被 删除 时 ， 让 它 通 知 它 的 观察 者 将 对 该 目 
标的 引用 复位 。 一 般 来 说 , 不 能 简单 地 删除 观察 者 , 因为 其 他 的 对 象 可 能 会 引用 它们 , 或 者 也 可 
能 它们 还 在 观察 其 他 的 目标 。 

5) 在 发 出 通知 前 确保 目标 的 状态 自身 是 一 致 的 ”在 发 出 通知 前 确保 状态 自身 一 致 这 一 点 
很 重要 , 因为 观察 者 在 更 新 其 状态 的 过 程 中 需要 查询 目标 的 当前 状态 。 

当 Subject 的 子 类 调用 继承 的 该 项 操作 时 , 很 容易 无 意 中 违反 这 条 自身 一 致 的 准则 。 例 如 ， 
下 面 的 代码 序列 中 , 在 目标 尚 处 于 一 种 不 一 致 的 状态 时 ， 通 知 就 被 触发 了 : 


void MySubject::Operation (int newValue) { 
BaseClassSubject : :Operation (newValue); 
// trigger notification 


_myInstVar += newValue; 
// update subclass state (too late!) 
} 


你 可 以 用 抽象 的 Subject 类 中 的 模板 方法 (Template Method(5.10)) 发 送 通知 来 避免 这 种 错 
误 。 定 义 那 些 子 类 可 以 重 定义 的 原 语 操 作 , 并 将 Notify 作 为 模板 方法 中 的 最 后 一 个 操作 , 这 样 
当 子 类 重 定义 了 Subject 的 操作 时 ， 还 可 以 保证 该 对 象 的 状态 是 自身 一 致 的 。 


void Text::Cut (TextRange r) { 
ReplaceRange(r); // redefined in subclasses 
Notify(); 

} 


顺便 提 一 句 ， 在 文档 中 记录 是 哪 一 个 Subject 操 作 触 发 通知 总 是 应 该 的 。 
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6) 避免 特定 于 观察 者 的 更 新 协议 一 一 推 / 拉 模 型 “观察 者 模式 的 实现 经 常 需要 让 目标 广播 
关于 其 改变 的 其 他 一 些 信 息 。 目 标 将 这 些 信息 作为 Update 操 作 一 个 参数 传递 出 去 。 这 些 信 息 
的 量 可 能 很 小 ， 也 可 能 很 大 。 

一 个 极端 情况 是 ， 目 标 向 观察 者 发 送 关 于 改变 的 详细 信息 , 而 不 管 它们 需要 与 否 。 我 们 称 
之 为 推 模型 (push model)。 另 一 个 极端 是 拉 模 型 (pull model); 目标 除 最 小 通知 外 什么 也 不 送出 ， 
而 在 此 之 后 由 观察 者 显 式 地 向 目标 询问 细节 。 l 

拉 模 型 强调 的 是 目标 不 知道 它 的 观察 者 ,而 推 模型 假定 目标 知道 一 些 观察 者 的 需要 的 信 
息 。 推 模型 可 能 使 得 观察 者 相对 难以 复 用 ， 因 为 目标 对 观察 者 的 假定 可 能 并 不 总 是 正确 的 。 
另 一 方面 。 拉 模型 可 能 效率 较 差 , 因为 观察 者 对 象 需 在 没有 目标 对 象 帮 助 的 情况 下 确定 什么 改 
变 了 。 

7) 显 式 地 指定 感 兴趣 的 改变 ”你 可 以 扩展 目标 的 注册 接口 ,让 各 观察 者 注册 为 仅 对 特定 事 
件 感 兴趣 ， 以 提高 更 新 的 效率 。 当 一 个 事件 发 生 时 , 目标 仅 通知 那些 已 注册 为 对 该 事件 感 兴趣 
的 观察 者 。 支 持 这 种 做 法 一 种 途径 是 ， 对 使 用 目标 对 象 的 方面 ( aspects ) 的 概念 。 可 用 如 下 
代码 将 观察 者 对 象 注 册 为 对 目标 对 象 的 某 特定 事件 感 兴趣 : 

void Subject: :Attach(Observer*, Aspect& interest); 

此 处 interest 指 定 感 兴趣 的 事件 。 在 通知 的 时 刻 , 目标 将 这 方面 的 改变 作为 Update 操 作 的 一 
个 参数 提供 给 它 的 观察 者 ， 例 如 : 

void Observer: :Update(Subject*, Aspect& interest); 

8) 封装 复杂 的 更 新 语义 ” 当 目标 和 观察 者 间 的 依赖 关系 特别 复杂 时 , 可 能 需要 一 个 维护 这 
些 关系 的 对 象 。 我 们 称 这 样 的 对 象 为 更 改 管理 器 ( ChangeManager )。 它 的 目的 是 尽量 减少 观 
察 者 反映 其 目标 的 状态 变化 所 需 的 工作 量 。 例 如 , 如 果 一 个 操作 涉及 到 对 几 个 相互 依赖 的 目标 
进行 改动 , 就 必须 保证 仅 在 所 有 的 目标 都 已 更 改 完毕 后 ， 才 一 次 性 地 通知 它们 的 观察 者 ,而 不 
是 每 个 目标 都 通知 观察 者 。 

ChangeManager 有 三 个 责任 : 

a) 它 将 一 个 目标 映射 到 它 的 观察 者 并 提供 一 个 接口 来 维护 这 个 映射 。 这 就 不 需要 由 目标 

来 维护 对 其 观察 者 的 引用 , 反之 亦 然 。 

b) 它 定义 一 个 特定 的 更 新 策略 。 

c) 根据 一 个 目标 的 请 求 , 它 更 新 所 有 依赖 于 这 个 目标 的 观察 者 。 

下 页 的 框图 描述 了 一 个 简单 的 基于 ChangeManager 的 Observer 模式 的 实现 。 有 两 种 特殊 的 
ChangeManager。SimpleChangeManager 总 是 更 新 每 一 个 目标 的 所 有 观察 者 ， 比较 简单 。 相 反 ， 
DAGChangeManager 处 理 目标 及 其 观察 者 之 间 依 赖 关系 构成 的 无 环 有 向 图 。 当 一 个 观察 者 观 
察 多 个 目标 时 , DAGChangeManager 要 比 SimpleChangeManager 更 好 一 些 。 在 这 种 情况 下 , 两 个 
或 更 多 个 目标 中 产生 的 改变 可 能 会 产生 宛 余 的 更 新 。DAGChangeManager 保 证 观察 者 仅 接收 
一 个 更 新 。 当 然 ， 当 不 存在 多 重 更 新 的 问题 时 , SimpleChangeManager 更 好 一 些 。 

ChangeManager 是 一 个 Mediator(5.5) 模 式 的 实例 。 通 常 只 有 一 个 ChangeManager, 并 且 它 是 
全 局 可 见 的 。 这 里 Singleton(3.5) 模 式 可 能 有 用 。 

9) 结合 目标 类 和 观察 者 类 ”用 不 支持 多 重 继 承 的 语言 (如 Smalltalk) 书 写 的 类 库 通常 不 单独 
定义 Subject 和 Observer 类 , 而 是 将 它们 的 接口 结合 到 一 个 类 中 。 这 就 允许 你 定义 一 个 既是 一 个 
目标 又 是 一 个 观察 者 的 对 象 ， 而 不 需要 多 重 继承 。 例 如 在 Smalltalk 中 , Subject 和 Observer 接 口 
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定义 于 根 类 Object 中 ， 使 得 它们 对 所 有 的 类 都 可 用 。 





10. 代码 示例 
一 个 抽象 类 定义 了 Observer 接口 : 


class Subject; 


class Observer { 
public: 
virtual “Observer (); 
virtual void Update (Subject* theChangedSubject) = 0; 
protected: 
Observer (); 
}; 


这 种 实现 方式 支持 一 个 观察 者 有 多 个 目标 。 当 观察 者 观察 多 个 目标 时 , 作为 参数 传递 给 
Update 操 作 的 目标 让 观察 者 可 以 判定 是 哪 一 个 目标 发 生 了 改变 。 
类 似 地 , 一 个 抽象 类 定义 了 Subject 接 口 : 


class Subject { 
public: 
virtual “Subject (); 


virtual void Attach (Observer*) ; 
virtual void Detach (Observer*) ; 
virtual void Notify(); 
protected: 
Subject (); 
private: 
List<Observer*> *_observers; 
}; 


void Subject::Attach (Observer* o) { 
_observers->Append (o) ; 
} 


void Subject::Detach (Observer* o) { 
_observers->Remove (0) ; 
} 


void Subject::Notify () { 
ListIterator<Observer*> i(_observers); 


200 RRA: THA MAAR KH Rae 





for (i.First(); !i.IsDone(); i.Next()) { 
i.CurrentItem()->Update (this); 
} 
} 


ClockTimer 是 一 个 用 于 存储 和 维护 一 天 时 间 的 具体 目标 。 它 每 秒 钟 通知 一 次 它 的 观察 者 。 
ClockTimer 提 供 了 一 个 接口 用 于 取出 单个 的 时 间 单 位 如 小 时 , 分 钟 , 和 秒 。 


class ClockTimer : public Subject { 
public: 
ClockTimer (); 


virtual int GetHour(); 
virtual int GetMinute(); 
virtual int GetSecond(); 


void Tick(); 
}; 


Tick 操 作 由 一 个 内 部 计时 器 以 固定 的 时 间 间 隔 调用 ， 从 而 提供 一 个 精确 的 时 间 基 准 。Tick 
更 新 ClockTimer 的 内 部 状态 并 调用 Notify 通 知 观察 者 : 


void ClockTimer::Tick () { 
// update internal time-keeping state 
// 
Notify(); 

} 


现在 我 们 可 以 定义 一 个 DigitalClock 类 来 显示 时 间 。 它 从 一 个 用 户 界面 工具 箱 提供 的 
Widget 类 继承 了 它 的 图 形 功 能 。 通 过 继承 Observer, Observer 接 口 被 融 人 DigitalClock 的 接口 。 


class DigitalClock: public Widget, public Observer { 
public: 

DigitalClock(ClockTimer*) ; 

virtual ~DigitalClock(); 


virtual void Update(Subject*); 
// overrides Observer operation 


virtual void Draw(); 
// overrides Widget operation; 
// defines how to draw the digital clock 
private: 
ClockTimer* _subject; 
}; 


DigitalClock: :DigitalClock (ClockTimer* s) { 
subject = 8; 
_subject->Attach (this); 

} 


DigitalClock::~DigitalClock () { 
_subject->Detach (this) ; 
} 


在 Update 操 作画 出 时 钟 图 形 之 前 , 它 进行 检查 ， 以 保证 发 出 通知 的 目标 是 该 时 钟 的 目标 : 


void DigitalClock::Update (Subject* theChangedSubject) { 
if (theChangedSubject == _subject) { 
Draw(); 


} 
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void DigitalClock::Draw () { 
// get the new values from the subject 


int hour =  _subject->GetHour(); 
int minute = _subject->GetMinute (); 
// etc. 


// draw the digital clock 
} 


一 个 AnalogClock 可 用 相同 的 方法 定义 . 


class AnalogClock : public Widget, public Observer { 
public: 

AnalogClock (ClockTimer* ) ; . 

virtual void Update (Subject*); 

virtual void Draw(); 

// an’ 
}; 


下 面 的 代码 创建 一 个 AnalogClock 和 一 个 DigitalClock, 它们 总 是 显示 相同 时 间 : 


ClockTimer* timer = new ClockTimer; 
AnalogClock* analogClock = new AnalogClock (timer); 
DigitalClock* digitalClock = new DigitalClock (timer); 


一 旦 timer 走 动 , 两 个 时 钟 都 会 被 更 新 并 正确 地 重新 显示 。 
11. 已 知 应 用 


最 早 的 可 能 也 是 最 著名 的 Observer 模式 的 例子 出 现在 Smalltalk 的 ModelView/Control- 
ler(MVC) 结 构 中 , 它 是 Smalltalk 环 境 [KP88] 中 的 用 户 界面 框架 。MVC 的 Model 类 担任 目标 的 角 
色 , 而 View 是 观察 者 的 基 类 。Smalltalk, ET++[WGM88], 和 THINK 类 库 [Sym93b] 都 将 Subject 和 
Observer 接 口 放 入 系统 中 所 有 其 他 类 的 父 类 中 , 从 而 提供 一 个 通用 的 依赖 机 制 。 
其 他 的 使 用 这 一 模式 的 用 户 界面 工具 有 InterViews[LVC89], Andrew Toolkit[P+88] 和 
Unidraw[VL90]。InterViews 显 式 地 定义 了 Observer 和 Observable( 目 标 ) 类 。Andrew 分 别称 它们 
为 “ 视 ” 和 “数据 对 象 " 。Unidraw 将 图 形 编辑 器 对 象 分 割 成 View( 观 察 者 ) 和 Subject 两 部 分 。 


12. 相关 模式 


Mediator(5.5): 通过 封装 复杂 的 更 新 语义 , ChangeManager 充 当 目标 和 观察 者 之 间 的 中 介 
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Singleton(3.5): ChangeManager 可 使 用 Singleton 模 式 来 保证 它 是 唯一 的 并 且 是 可 全 局 访问 


5.8 STATE ( 状态 ) 一 一 对 象 行为 型 模式 


1. 意图 


允许 一 个 对 象 在 其 内 部 状态 改变 时 改变 它 的 行为 。 对 象 看 起 来 似乎 修改 了 它 的 类 。 


2. 别名 
状态 对 象 ( Objects for States ) 
3. 动机 


考虑 一 个 表示 网 络 连接 的 类 TCPConnection。 一 个 TCPConnection 对 象 的 状态 处 于 若干 不 
同 状态 之 一 : 连接 已 建立 ( Established )、 正 在 监听 (Listening)、 连 接 已 关闭 (Closed)。 当 一 个 
TCPConnection 对 象 收 到 其 他 对 象 的 请 求 时 , 它 根 据 自身 的 当前 状态 作出 不 同 的 反应 。 例 如 ， 
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一 个 Open 请 求 的 结果 依赖 于 该 连接 是 处 于 连接 已 关闭 状态 还 是 连接 已 建立 状态 。State 模 式 描 
述 了 TCPConnection 如 何在 每 一 种 状态 下 表现 出 不 同 的 行为 。 

这 一 模式 的 关键 思想 是 引入 了 一 个 称 为 TCPState 的 抽象 类 来 表示 网 络 的 连接 状态 。 
TCPState 类 为 各 表示 不 同 的 操作 状态 的 子 类 声明 了 一 个 公共 接口 。TCPState 的 子 类 实现 与 特 
定 状 态 相关 的 行为 。 例 如 ， TCPEstabtishea HU TCPClosed%/} BIST Hse FTCPConncctiontt 
连接 已 建立 状态 和 连接 已 关闭 状态 的 行为 。 





TCPConnection 类 维护 一 个 表示 TCP 连 接 当 前 状态 的 状态 对 象 (一 个 TCPState 子 类 的 实例 )。 
TCPConnection 类 将 所 有 与 状态 相关 的 请 求 委 托 给 这 个 状态 对 象 。TCPConnection 使 用 它 的 
TCPState 子 类 实例 来 执行 特定 于 连接 状态 的 操作 。 

一 且 连 接 状 态 改变 ，TCPConnection 对 象 就 会 改变 它 所 使 用 的 状态 对 象 。 例 如 当 连 接 从 已 
建立 状态 转 为 已 关闭 状态 时 , TCPConnection 会 用 一 个 TCPClosed 的 实例 来 代替 原来 的 
TCPEstablished 的 实例 。 

4. 适用 性 

在 下 面 的 两 种 情况 下 均 可 使 用 State 模 式 : 

。 一 个 对 象 的 行为 取决 于 它 的 状态 , 并 且 它 必须 在 运行 时 刻 根据 状态 改变 它 的 行为 。 

。 一 个 操作 中 含有 庞大 的 多 分 支 的 条 件 语句 ， 且 这 些 分 支 依赖 于 该 对 象 的 状态 。 这 个 状 

态 通 常用 一 个 或 多 个 枚 举 常量 表示 。 通 常 , 有 多 个 操作 包含 这 一 相同 的 条 件 结构 。State 
模式 将 每 一 个 条 件 分 支 放 入 一 个 独立 的 类 中 。 这 使 得 你 可 以 根据 对 象 自身 的 情况 将 对 
象 的 状态 作为 一 个 对 象 ， 这 一 对 象 可 以 不 依赖 于 其 他 对 象 而 独立 变化 。 

5. 结构 





参与 者 
。 Context( 环 境 ， 如 TCPConnection) 
一 定义 客户 感 兴趣 的 接口 。 
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一 维护 一 个 ConcreteState 子 类 的 实例 ， 这 个 实例 定义 当前 状态 。 

。State( 状 态 ， 如 TCPState) 
一 定义 一 个 接口 以 封装 与 Context 的 一 个 特定 状态 相关 的 行为 。 

。ConcreteState subclasses( 具 体 状态 子 类 ， 如 TCPEstablished, TCPListen, TCPClosed) 
一 每 一 子 类 实现 一 个 与 Context 的 一 个 状态 相关 的 行为 。 
7. 协作 
。Context 将 与 状态 相关 的 请 求 委托 给 当前 的 ConcreteState 对 象 处 理 。 
。Context 可 将 自身 作为 一 个 参数 传递 给 处 理 该 请 求 的 状态 对 象 。 这 使 得 状态 对 象 在 必要 
时 可 访问 Context。 

。*Context 是 客户 使 用 的 主要 接口 。 客 户 可 用 状态 对 象 来 配置 一 个 Context， 一旦 一 个 
Context 配 置 完毕 , 它 的 客户 不 再 需要 直接 与 状态 对 象 打交道 。 

。Context 或 ConcreteState 子 类 都 可 决定 哪个 状态 是 另外 哪 一 个 的 后 继 者 ， 以 及 是 在 何 种 条 
件 下 进行 状态 转换 。 

8. 效果 

State 模 式 有 下 面 一 些 效果 : 

1) 它 将 与 特定 状态 相关 的 行为 局 部 化 ， 并 且 将 不 同 状态 的 行为 分 割 开 来 ” State 模式 将 所 
有 与 一 个 特定 的 状态 相关 的 行为 都 放 和 人 一 个 对 象 中 。 因 为 所 有 与 状态 相关 的 代码 都 存在 于 某 
一 个 State 子 类 中 , 所 以 通过 定义 新 的 子 类 可 以 很 容易 的 增加 新 的 状态 和 转换 。 

另 一 个 方法 是 使 用 数据 值 定义 内 部 状态 并 且 让 Context 操 作 来 显 式 地 检查 这 些 数据 。 但 这 
样 将 会 使 整个 Context 的 实现 中 遍布 看 起 来 很 相似 的 条 件 语 名 或 case 语 句 。 增 加 一 个 新 的 状态 
可 能 需要 改变 若干 个 操作 , 这 就 使 得 维护 变 得 复杂 了 。 

State 模 式 避 免 了 这 个 问题 , 但 可 能 会 引入 另 一 个 问题 , 因为 该 模式 将 不 同 状态 的 行为 分 布 
在 多 个 State 子 类 中 。 这 就 增加 了 子 类 的 数目 ， 相 对 于 单个 类 的 实现 来 说 不 够 紧凑 。 但 是 如 果 
有 许多 状态 时 这 样 的 分 布 实 际 上 更 好 一 些 , 否则 需要 使 用 巨大 的 条 件 语句 。 

正如 很 长 的 过 程 一 样 ， 巨 大 的 条 件 语句 是 不 受 欢迎 的 。 它 们 形成 一 大 整 块 并 且 使 得 代码 
不 够 清晰 ， 这 又 使 得 它们 难以 修改 和 扩展 。State 模 式 提供 了 一 个 更 好 的 方法 来 组 织 与 特定 状 
态 相关 的 代码 。 决 定 状 态 转移 的 逻辑 不 在 单 块 的 if 或 switch 语 句 中 , 而 是 分 布 在 State 子 类 之 间 。 
将 每 一 个 状态 转换 和 动作 封装 到 一 个 类 中 ， 就 把 着 眼 点 从 执行 状态 提高 到 整个 对 象 的 状态 。 
这 将 使 代码 结构 化 并 使 其 意图 更 加 清晰 。 

2) 它 使 得 状态 转换 显 式 化 ” 当 一 个 对 象 仅 以 内 部 数据 值 来 定义 当前 状态 时 , 其 状态 仅 表现 
为 对 一 些 变 量 的 赋值 ， 这 不 够 明确 。 为 不 同 的 状态 引入 独立 的 对 象 使 得 转换 变 得 更 加 明确 。 
MH., State 对 象 可 保证 Context 不 会 发 生 内 部 状态 不 一 致 的 情况 ， 因 为 从 Context 的 角度 看 ， 状 
态 转 换 是 原子 的 一 一 只 需 重新 绑 定 一 个 变量 ( 即 Context 的 State 对 象 变 量 )， 而 无 需 为 多 个 变量 
赋值 [dCLF931。 

3) State 对 象 可 被 共享 ”如 果 State 对 象 没有 实例 变量 一 一 即 它们 表示 的 状态 完全 以 它们 的 
类 型 来 编码 ~ 一 那么 各 Context 对 象 可 以 共享 一 个 State 对 象 。 当 状态 以 这 种 方式 被 共享 时 , 它们 
必然 是 没有 内 部 状态 , 只 有 行为 的 轻 量 级 对 象 (参见 Flyweight (4.6) )。 

9. 实现 

实现 State 模 式 有 多 方面 的 考虑 : 
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1) 谁 定义 状态 转换 ”State 模 式 不 指定 哪 一 个 参与 者 定义 状态 转换 准则 。 如 果 该 准则 是 固 
定 的 , 那么 它们 可 在 Context 中 完全 实现 。 然 而 若 让 State 子 类 自身 指定 它们 的 后 继 状 态 以 及 何 
时 进行 转换 , 通常 更 灵活 更 合适 。 这 需要 Context 增 加 一 个 接口 , 让 State 对 象 显 式 地 设 定 
Context 的 当前 状态 。 

用 这 种 方法 分 散 转换 逻辑 可 以 很 容易 地 定义 新 的 State 子 类 来 修改 和 扩展 该 逻辑 。 这 样 做 
的 一 个 缺点 是 ， 一 个 State 子 类 至 少 拥有 一 个 其 他 子 类 的 信息 , 这 就 再 各 子 类 之 间 产 生 了 实现 
依赖 。 

2) 基于 表 的 另 一 种 方法 ”在 C++ Programming Style[Car92] 中 , Cargil 描 述 了 另 一 种 将 结构 
加 载 在 状态 驱动 的 代码 上 的 方法 : 他 使 用 表 将 输入 映射 到 状态 转换 。 对 每 一 个 状态 , 一 张 表 将 
每 一 个 可 能 的 输入 映射 到 一 个 后 继 状 态 。 实 际 上 , 这 种 方法 将 条 件 代 码 ( 和 State 模 式 下 的 虚 函 
数 ) 映 射 为 一 个 查找 表 。 

表 的 主要 好 处 是 它们 的 规则 性 : 你 可 以 通过 更 改 数据 而 不 是 更 改 程序 代码 来 改变 状态 转换 
的 准则 。 然 而 它 也 有 一 些 缺 点 : 

*， 对 表 的 查找 通常 不 如 ( 虚 ) 函 数 调用 效率 高 。 

* 用 统一 的 、 表 格 的 形式 表示 转换 逻辑 使 得 转换 准则 变 得 不 够 明确 而 难以 理解 。 

。 通 常 难以 加 入 伴随 状态 转换 的 一 些 动作 。 表 驱动 的 方法 描述 了 状态 和 它们 之 间 的 转换 ， 

但 必须 扩充 这 个 机 制 以 便 在 每 一 个 转换 上 能 够 进行 任意 的 计算 。 

表 驱 动 的 状态 机 和 State 模 式 的 主要 区 别 可 以 被 总 结 如 下 : State 模 式 对 与 状态 相关 的 行为 进 
行 建 模 , 而 表 驱 动 的 方法 着 重 于 定义 状态 转换 。 

3) 创建 和 销毁 State 对 条“ 一 个 常见 的 值得 考虑 的 实现 上 的 权衡 是 , 究竟 是 (1) 仅 当 需 要 State 
对 象 时 才 创 建 它们 并 随后 销毁 它们 ， 还 是 (2) 提 前 创建 它们 并 且 始 终 不 销毁 它们 。 

当 将 要 进入 的 状态 在 运行 时 是 不 可 知 的 , 并 且 上 下 文 不 经 常 改变 状态 时 , 第 一 种 选择 较为 
可 取 。 这 种 方法 避免 创建 不 会 被 用 到 的 对 象 , 如 果 State 对 象 存储 大 量 的 信息 时 这 一 点 很 重要 。 
当 状 态 改变 很 频繁 时 , 第 二 种 方法 较 好 。 在 这 种 情况 下 最 好 避免 销毁 状态 , 因为 可 能 很 快 再 次 
需要 用 到 它们 。 此 时 可 以 预先 一 次 付 清 创建 各 个 状态 对 象 的 开销 , 并 且 在 运行 过 程 中 根本 不 存 
在 销毁 状态 对 象 的 开销 。 但 是 这 种 方法 可 能 不 太 方便 , 因为 Context 必 须 保 存 对 所 有 可 能 会 进 
和信 的 那些 状态 的 引用 。 

4) 使 用 动态 继承 ”改变 一 个 响应 特定 请 求 的 行为 可 以 用 在 运行 时 刻 改变 这 个 对 象 的 类 的 
办 法 实现 , 但 这 在 大 多 数 面向 对 象 程序 设计 语言 中 都 是 不 可 能 的 。Self[US871 和 其 他 一 些 基 于 
委托 的 语言 却 是 例外 ， 它 们 提供 这 种 机 制 , 从 而 直接 支持 State 模 式 。Self 中 的 对 象 可 将 操作 委 
托 给 其 他 对 象 以 达到 某 种 形式 的 动态 继承 。 在 运行 时 刻 改变 委托 的 目标 有 效 地 改变 了 继承 的 
结构 。 这 一 机 制 允 许 对 象 改 变 它们 的 行为 ， 也 就 是 改变 它们 的 类 。 

10. 代码 示例 

下 面 的 例子 给 出 了 在 动机 一 节 描 述 的 TCP 连 接 例子 的 C++ 代 码 。 这 个 例子 是 TCP 协 议 的 一 
个 简化 版 本 ， 它 并 未 完整 描述 TCP 连 接 的 协议 及 其 所 有 状态 。 。 

首先 ， 我 们 定义 类 TCPConnection, 它 提 供 了 一 个 传送 数据 的 接口 并 处 理 改变 状态 的 请 求 。 


class TCPOctetStream; 
class TCPState; 


SO “这 个 例子 基于 由 Lynch 和 Rose 描述 的 TCP 连 接 协议 [LR93]。 
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class TCPConnection { 


public: 


TCPConnection(); 


void ActiveOpen(); 
void PassiveOpen(); 
void Close(); 


void Send(); 
void Acknowledge (); 
void Synchronize(); 


void ProcessOctet (TCPOctetStream*) ; 


private: 


friend class TCPState; 
void ChangeState(TCPState*) ; 


private: 


TcPState* _state; 


}; 


TCPConnection 在 _state 成 员 变 量 中 保持 一 个 TCPState 类 的 实例 。 类 TCPState 复 制 了 
TCPConnection 的 状态 改变 接口 。 每 一 个 TCPState 操 作 都 以 一 个 TCPConnection 实 例 作为 一 个 
参数 , 从 而 让 TCPState 可 以 访问 TCPConnection 中 的 数据 和 改变 连接 的 状态 。 


class TCPState { 
public: 


virtual 
virtual 
virtual 
virtual 
virtual 
virtual 
virtual 


protected: 
void ChangeState(TCPConnection*, TCPState*); 


}; 


void Transmit (TCPConnection*, TCPOctetStream*) ; 
void ActiveOpen(TCPConnection*) ; 

void PassiveOpen(TCPConnection*) ; 

void Close (TCPConnection*) ; 

void Synchronize (TCPConnection*) : 

void Acknowledge (TCPConnection*) ; 

void Send(TCPConnection*) ; 


TCPConnection 将 所 有 与 状态 相关 的 请 求 委 托 给 它 的 TCPState 实 例 _state。TCPConnection 
还 提供 了 一 个 操作 用 于 将 这 个 变量 设 为 一 个 新 的 TCPState。TCPConnection 的 构造 器 将 该 状态 
对 象 初始 化 为 TCPClosed 状 态 (在 后 面 定义 )。 


TCPConnection::TCPConnection () { 


} 


_state 


= TCPClosed: :Instance(); 


void TCPConnection: :ChangeState (TCPState* s) { 


} 


_state 


= S; 


void TCPConnection: :ActiveOpen () { 


} 


_state- 


>ActiveOpen (this) ; 


void TCPConnection::PassiveOpen () { 


} 


_state- 


>PassiveOpen (this); 


void TCPConnection::Close () { 


} 


_state- 


>Close (this); 
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void TCPConnection: :Acknowledge () { 
_state->Acknowledge (this) ; 
} 


void TCPConnection::Synchronize () { 
_state->Synchronize (this); 
} 


TCPState 为 所 有 委托 给 它 的 请 求实 现 缺 省 的 行为 。 它 也 可 以 调用 ChangeState 操 作 来 改变 
TCPConnection 的 状态 。TCPState 被 定义 为 TCPConnection 的 友 元 ， 从 而 给 了 它 访 问 这 一 操作 
的 特权 。 


void TCPState::Transmit (TCPConnection*, TCPOctetStream*) { } 
void TCPState::ActiveOpen (TCPConnection*) { } 

void TCPState::PassiveOpen (TCPConnection*) { } 

void TCPState::Close (TCPConnection*) { } 

void TCPState::Synchronize (TCPConnection*) { } 


° 


void TCPState::ChangeState (TCPConnection* t, TCPState* s) { 
t->ChangeState(s) ; 
} 


TCPState 的 子 类 实现 与 状态 有 关 的 行为 。 一 个 TCP 连 接 可 处 于 多 种 状态 : 已 建立 、 监 听 、 
已 关闭 等 等 ， 对 每 一 个 状态 都 有 一 个 TCPState 的 子 类 。 我 们 将 详细 讨论 三 个 子 类 : 
TCPEstablished、TCPListen 和 TCPClosed。 


class TCPEstablished : public TCPState { 
public: 
static TCPState* Instance (); 


virtual void Transmit (TCPConnection*, TCPOctetStream*) ; 
virtual void Close (TCPConnection*) ; 
ye 


class TCPListen : public TCPState { 
public: 
static TCPState* Instance (); 


virtual void Send(TCPConnection*) ; 
// 
}; 
class TCPClosed : public TCPState { 
public: 
static TCPState* Instance(); 


virtual void ActiveOpen (TCPConnection*) ; 
virtual void PassiveOpen(TCPConnection*) ; 
), // 
TCPState 的 子 类 没有 局 部 状态 , 因此 它们 可 以 被 共享 , 并 且 每 个 子 类 只 需 一 个 实 
TCPState 子 类 的 唯一 实例 由 静态 的 Instance 操 作 ”得 到 。 
每 一 个 TCPState 子 类 为 该 状态 下 的 合法 请 求实 现 与 特定 状态 相关 的 行为 : 


void TCPClosed::ActiveOpen (TCPConnection* t) { 
// send SYN, receive SYN, ACK, etc. 


= 


|。 每 个 


ChangeState(t, TCPEstablished::Instance()); 


日 ”这 使 得 每 一 个 TCPState 子 类 成 为 一 个 Singleton ( 参见 Singleton )。 
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} 


void TCPClosed::PassiveOpen (TCPConnection* t) { 
ChangeState(t, TCPListen::Instance()); 
} 


void TCPEstablished::Close (TCPConnection* t) { 
// send FIN, receive ACK of FIN 


ChangeState(t, TCPListen::Instance()); 
} 


void TCPEstablished::Transmit ( 

TcPConnection* t, TCPOctetStream* o 
) { : 
t->ProcessOctet (0); 
} 


void TCPListen::Send (TCPConnection* t) { 
// send SYN, receive SYN, ACK, etc. 


ChangeState(t, TCPEstablished: :Instance()); 
} 


在 完成 与 状态 相关 的 工作 后 , 这 些 操作 调用 ChangeState 操 作 来 改变 TCPConnection 的 状 
态 。TCPConnection 本 身 对 TCP 连 接 协议 一 无 所 知 ; 是 由 TCPState 子 类 来 定义 TCP 中 的 每 一 个 
状态 转换 和 动作 。 

11. 已 知 应 用 

Johnson 和 Zweig[JZ91] 描 述 了 State 模 式 以 及 它 在 TCP 连 接 协 议 上 的 应 用 。 

大 多 数 流 行 的 交互 式 绘图 程序 提供 了 以 直接 操纵 的 方式 进行 工作 的 “工具 ”。 例 如 , 一 个 
画 直 线 的 工具 可 以 让 用 通过 户 点 击 和 拖 动 来 创建 一 条 新 的 直线 ; 一 个 选择 工具 可 以 让 用 户 选 
择 某 个 图 形 对 象 。 通 常 有 许多 这 样 的 工具 放 在 一 个 选项 板 供 用 户 选 择 。 用 户 认 为 这 一 活动 是 
选择 一 个 工具 并 使 用 它 , 但 实际 上 编辑 器 的 行为 随 当 前 的 工具 而 变 : 当 一 个 绘制 工具 被 激活 时 ， 
我 们 创建 图 形 对 象 ， 当 选择 工具 被 激活 时 , 我 们 选择 图 形 对 象 ， 等 等 。 我 们 可 以 使 用 State 模 式 
来 根据 当前 的 工具 改变 编辑 器 的 行为 。 

我 们 可 定义 一 个 抽象 的 Tool 类 , 再 从 这 个 类 派生 出 一 些 子 类 ， 实现 与 特定 工具 相关 的 行为 。 
图 形 编辑 器 维护 一 个 当前 Tool 对 象 并 将 请 求 委托 给 它 。 当 用 户 选 择 一 个 新 的 工具 时 ,就 将 这 个 
工具 对 象 换 成 新 的 ， 从 而 使 得 图 形 编辑 器 的 行为 相应 地 发 生 改 变 。 

HotDraw[Joh92] 和 Unidraw[VL90] 中 的 绘图 编辑 器 框架 都 使 用 了 这 一 技术 。 它 使 得 客户 可 
以 很 容易 地 定义 新 类 型 的 工具 。 在 HotDraw 中 , DrawingController 类 将 请 求 转发 给 当前 的 Tool 对 
象 。 在 Unidraw 中 , 相应 的 类 是 Viewer 和 Tool。 下 页 上 图 简要 描述 了 Tool 和 DrawingController 的 
接口 。 

Coplien 的 Envelope-Letter idom[Cop92] 与 State 模 式 也 有 关 . Envelope-Letter 是 一 种 在 运行 
时 改变 一 个 对 象 的 类 的 技术 。State 模 式 更 为 特殊 , 它 着 重 于 如 何 处 理 那 些 行为 随 状 态 变化 而 变 
化 的 对 象 。 

12. 相关 模式 

Flyweight 模 式 (4.6) 解 释 了 何 时 以 及 怎样 共享 状态 对 象 。 

状态 对 象 通常 是 Singleton(3.5)。 
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trotier current oo! 









MousePressed() 
ProcessKayboard() 
initialize() 


5.9 STRATEGY( 策 略 ) 一 一 对 象 行为 型 模式 


1. 意图 
定义 一 系列 的 算法 ,把 它们 一 个 个 封装 起 来 , 并 且 使 它们 可 相互 替换 。 本 模式 使 得 算法 可 独 
立 于 使 用 它 的 客户 而 变化 。 
2. 别名 
政策 ( Policy ) 
3. 动机 
有 许多 算法 可 对 一 个 正文 流 进行 分 行 。 将 这 些 算 法 硬 编 进 使 用 它们 的 类 中 是 不 可 取 的 ， 
其 原因 如 下 : 
。 需 要 换行 功能 的 客户 程序 如 果 直 接 包 含 换行 算法 代码 的 话 将 会 变 得 复杂 ， 这 使 得 客户 程 
序 庞大 并 且 难 以 维护 , 尤其 当 其 需要 支持 多 种 换行 算法 时 间 题 会 更 加 严重 。 
"不 同 的 时 候 需要 不 同 的 算法 ， 我 们 不 想 支 持 我 们 并 不 使 用 的 换行 算法 。 
" 当 换 行 功能 是 客户 程序 的 一 个 难以 分 割 的 成 分 时 ,增加 新 的 换行 算法 或 改变 现 有 算法 将 
十 分 困难 。 
我 们 可 以 定义 一 些 类 来 封装 不 同 的 换行 算法 ， 从 而 避免 这 些 问 题 。 一 个 以 这 种 方法 封装 
的 算法 称 为 一 个 策略 (strategy)， 如 下 图 所 示 。 







假设 一 个 Composition 类 负责 维护 和 更 新 一 个 正文 浏览 程序 中 显示 的 正文 换行 。 换 行 策略 
不 是 Composition 类 实现 的 ， 而 是 由 抽象 的 Compositor 类 的 子 类 各 自 独 立地 实现 的 。 
Compositor 各 个 子 类 实现 不 同 的 换行 策略 : . 
° SimpleCompositor 实 现 一 个 简单 的 策略 ， 它 一 次 决定 一 个 换行 位 置 。 
"TeXCompositor 实 现 查找 换行 位 置 的 TEX 算 法 。 这 个 策略 尽量 全 局 地 优化 换行 ,也 就 是 ,一 
次 处 理 一 段 文字 的 换行 。 
"ArrayCompositor 实 现 一 个 策略 , 该 策略 使 得 每 一 行 都 含有 一 个 固定 数目 的 项 。 例 如 , 用 
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于 对 一 系列 的 图 标 进行 分 行 。 
Composition 维 护 对 Compositor 对 象 的 一 个 引用 。 一 旦 Composition 重 新 格式 化 它 的 正文 ， 
它 就 将 这 个 职责 转发 给 它 的 Compositor 对 象 。Composition 的 客户 指定 应 该 使 用 哪 一 种 
Compositor 的 方式 是 直接 将 它 想 要 的 Compositor 装 人 Composition 中 。 
4. 适用 性 
当 存 在 以 下 情况 时 使 用 Strategy 模 式 
。 许 多 相关 的 类 仅仅 是 行为 有 异 。“ 策 略 ” 提 供 了 一 种 用 多 个 行为 中 的 一 个 行为 来 配置 一 
个 类 的 方法 。 
。 需 要 使 用 一 个 算法 的 不 同 变 体 。 例 如 ， 你 可 能 会 定义 一 些 反映 不 同 的 空间 /时 间 权 衡 的 
算法 。 当 这 些 变 体 实现 为 一 个 算法 的 类 层次 时 [HO87], 可 以 使 用 策略 模式 。 
。 算 法 使 用 客户 不 应 该 知道 的 数据 。 可 使 用 策略 模式 以 避免 暴露 复杂 的 、 与 算法 相关 的 数 
据 结构 。 
。 一 个 类 定义 了 多 种 行为 , 并 且 这 些 行 为 在 这 个 类 的 操作 中 以 多 个 条 件 语句 的 形式 出 现 。 
将 相关 的 条 件 分 支 移 人 它们 各 自 的 Strategy 类 中 以 代替 这 些 条 件 语句 。 
5. 结构 











comet 
Contextinterface(} 





Algorithminterface() 


6. 参与 者 
"Strategy( 策 略 ， 如 Compositor) 
一 定义 所 有 支持 的 算法 的 公共 接口 。Context 使 用 这 个 接口 来 调用 某 ConcreteStrategy 定 
义 的 算法 。 
。ConcreteStrategy( 有 具体 策略 ， 如 SimpleCompositor, TeXCompositor, ArrayCompositor) 
一 以 Strategy 接 口 实现 某 具 体 算 法 。 
。 Context( 上 下 文 ， 如 Composition) 
一 用 一 个 ConcreteStrategy 对 象 来 配置 。 
一 维护 一 个 对 Strategy 对 象 的 引用 。 
一 可 定义 一 个 接口 来 让 Stategy 访 问 它 的 数据 。 
7. 协作 
。Strategy 和 Context 相 互 作用 以 实现 选 定 的 算法 。 当 算法 被 调用 时 , Context 可 以 将 该 算法 
所 需要 的 所 有 数据 都 传递 给 该 Stategy。 或 者 ，Context 可 以 将 自身 作为 一 个 参数 传递 给 
Strategy 操 作 。 这 就 让 Strategy 在 需要 时 可 以 回调 Context。 
。Context 将 它 的 客户 的 请 求 转发 给 它 的 Strategy。 客 户 通常 创建 并 传递 一 个 ConcreteStrategy 
对 象 给 该 Context; 这 样 , 客户 仅 与 Context 交 互 。 通 常 有 一 系列 的 ConcreteStrategy 类 可 供 
客户 从 中 选择 。 
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8. 效果 

Strategy 模 式 有 下 面 的 一 些 优点 和 缺点 : 

1) 相关 算法 系列 “Strategy 类 层次 为 Context 定 义 了 一 系列 的 可 供 重用 的 算法 或 行为 。 继 承 
有 助 于 析 取 出 这 些 算法 中 的 公共 功能 。 

2) 一 个 替代 继承 的 方法 ”继承 提供 了 另 一 种 支持 多 种 算法 或 行为 的 方法 。 你 可 以 直接 生 
成 一 个 Context 类 的 子 类 ， 从 而 给 它 以 不 同 的 行为 。 但 这 会 将 行为 硬 行 编制 到 Context 中 ， 而 将 
算法 的 实现 与 Context 的 实现 混合 起 来 ,从 而 使 Context 难 以 理解 、 难 以 维护 和 难以 扩展 ， 而 且 
还 不 能 动态 地 改变 算法 。 最 后 你 得 到 一 堆 相 关 的 类 , 它们 之 间 的 唯一 差别 是 它们 所 使 用 的 算法 
或 行为 。 将 算法 封装 在 独立 的 Strategy 类 中 使 得 你 可 以 独立 于 其 Context 改 变 它 , 使 它 易 于 切换 、 
易于 理解 、 易 于 扩展 。 

3) 消除 了 一 些 条 件 语句 “Strategy 模式 提供 了 用 条 件 语句 选择 所 需 的 行为 以 外 的 另 一 种 选 
择 。 当 不 同 的 行为 堆砌 在 一 个 类 中 时 , 很 难 避 免 使 用 条 件 语句 来 选择 合适 的 行为 。 将 行为 封装 
在 一 个 个 独立 的 Strategy 类 中 消除 了 这 些 条 件 语句 。 

例如 , 不 用 Strategy, 正文 换行 的 代码 可 能 是 象 下 面 这 样 


void Composition::Repair () { 
switch (_breakingStrategy) { 
case SimpleStrategy: 
ComposewWithSimpleCompositor(); 
break; 
case TeXStrategy: 
ComposeWithTeXCompositor (); 
break; 
II aan 
} 
// merge results with existing composition, if necessary 
} 


Strategy 模 式 将 换行 的 任务 委托 给 一 个 Strategy 对 象 从 而 消除 了 这 些 case 语 句 : 


void Composition::Repair {) { 

_compositor->Compose(); 

// merge results with existing composition, if necessary 
} 


含有 许多 条 件 语 句 的 代码 通常 意味 着 需要 使 用 Strategy 模 式 。 

4) 实现 的 选择 ”Strategy 模式 可 以 提供 相同 行为 的 不 同 实现 。 客 户 可 以 根据 不 同时 间 / 空 间 
权衡 取舍 要 求 从 不 同 策略 中 进行 选择 。 

5) 客户 必须 了 解 不 同 的 Strategy 本 模式 有 一 个 潜在 的 缺点 ， 就 是 一 个 客户 要 选择 一 -个 合 
适 的 Strategy 就 必须 知道 这 些 Strategy 到 底 有 何不 同 。 此 时 可 能 不 得 不 向 客户 暴露 具体 的 实现 
问题 。 因 此 仅 当 这 些 不 同行 为 变 体 与 客户 相关 的 行为 时 , 才 需 要 使 用 Strategy 模 式 。 

6) Strategy 和 Context 之 间 的 通信 开销 无 论 各 个 ConcreteStrategy 实 现 的 算法 是 简单 还 是 复 
杂 , 它们 都 共享 Strategy 定 义 的 接口 。 因 此 很 可 能 某 些 ConcreteStrategy 不 会 都 用 到 所 有 通过 这 
个 接口 传递 给 它们 的 信息 ; 简单 的 ConcreteStrategy 可 能 不 使 用 其 中 的 任何 信息 ! 这 就 意味 着 
有 时 Context 会 创建 和 初始 化 一 些 永远 不 会 用 到 的 参数 。 如 果 存 在 这 样 问题 , 那么 将 需要 在 
Strategy 和 Context 之 间 更 进行 紧密 的 耦合 。 

7) 增加 了 对 象 的 数目 Strategy 增 加 了 一 个 应 用 中 的 对 象 的 数 上 月。 有 时 你 可 以 将 Strategy 实 
现 为 可 供 各 Context 共 享 的 无 状态 的 对 象 来 减少 这 一 开销 。 任 何其 余 的 状态 都 由 Context 维 护 。 
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Context 在 每 一 次 对 Strategy 对 象 的 请 求 中 都 将 这 个 状态 传递 过 去 。 共 享 的 Stragey 不 应 在 各 次 
调用 之 间 维 护 状 态 。Flyweight(4.6) 模 式 更 详细 地 描述 了 这 一 方法 。 

9. 实现 

考虑 下 面 的 实现 问题 : 

1) 定义 Strategy 和 Context 接 口 ”Strategy 和 Context 接 口 必须 使 得 ConcreteStrategy 能 够 有 效 
的 访问 它 所 需要 的 Context 中 的 任何 数据 , 反之 亦 然 。 一 种 办 法 是 让 Context 将 数据 放 在 参数 中 
传递 给 Strategy 操 作 一 一 也 就 是 说 , 将 数据 发 送 给 Strategy。 这 使 得 Strategy 和 Context 解 而 。 但 
另 一 方面 ，Context 可 能 发 送 一 些 Strategy 不 需要 的 数据 。 

另 一 种 办 法 是 让 Context 将 自身 作为 一 个 参数 传递 给 Strategy, 该 Strategy 再 显 式 地 向 该 
Context 请 求 数据 。 或 者 ，Strategy 可 以 存储 对 它 的 Context 的 一 个 引用 , 这 样 根 本 不 再 需要 传递 
任何 东西 。 这 两 种 情况 下 ,Strategy 都 可 以 请 求 到 它 所 需要 的 数据 。 但 现在 Context 必 须 对 它 的 
数据 定义 一 个 更 为 精细 的 接 日 , 这 将 Strategy 和 Context 更 紧密 地 耦合 在 一 起 。 

2) 将 Strategy 作 为 模板 参数 ”在 C++ 中 ， 可 利用 模板 机 制 用 一 个 Strategy 来 配置 一 个 类 。 然 
而 这 种 技术 仅 当 下 面条 件 满足 时 才 可 以 使 用 (1) 可 以 在 编译 时 选择 Strategy (2) 它 不 需 在 运行 
时 改变 。 在 这 种 情况 下 ， 要 被 配置 的 类 (WM, Context) 被 定义 为 以 一 个 Strategy 类 作为 一 个 参 
数 的 模板 类 : 


template <class AStrategy> 

class Context { 
void Operation() { theStrategy.DoAlgorithm(); } 
Il a 

private: 
AStrategy theStrategy; 

}; 


当 它 被 例 化 时 该 类 用 一 个 Strategy 类 来 配置 ; 


class MyStrategy { 
public: 

void DoAlgorithm() ; 
}; 


Context<MyStrategy> aContext; 

使 用 模板 不 再 需要 定义 给 Strategy 定 义 接口 的 抽象 类 。 把 Strategy 作 为 一 个 模板 参数 也 使 
得 可 以 将 一 个 Strategy 和 它 的 Context 静 态 地 绑 定 在 一 起 ， 从 而 提高 效率 。 

3) 使 Strategy 对 象 成 为 可 选 的 ”如 果 即 使 在 不 使 用 额外 的 Strategy 对 象 的 情况 下 Context 
也 还 有 意义 的 话 ， 那 么 它 还 可 以 被 简化 。Context 在 访问 某 Strategy 前 先 检查 它 是 否 存 在 ， 如 果 
有 ， 那 么 就 使 用 它 ; 如 果 没 有 ， 那 么 Context 执 行 缺 省 的 行为 。 这 种 方法 的 好 处 是 客户 根本 不 
需要 处 理 Strategy 对 象 ， 除 非 它们 不 喜欢 缺 省 的 行为 。 

10. 代码 示例 

我 们 将 给 出 动机 一 节 例子 的 高 层 代 码 ， 这 些 代码 基于 InterViews[LCI+92] 中 的 Composition 
和 Compositor 类 的 实现 。 

Composition 类 维护 一 个 Component 实 例 的 集合 ， 它 们 代表 一 个 文档 中 的 正文 和 图 形 元 素 。 
Composition 使 用 一 个 封装 了 某 种 分 行 策略 的 Compositor 子 类 实例 将 Component 对 象 编 排 成 行 。 
每 一 个 Component 都 有 相应 的 正常 大 小 、 可 伸展 性 和 可 收缩 性 。 可 伸展 性 定义 了 该 Component 
可 以 增长 到 超出 正常 大 小 的 程度 ; 可 收缩 性 定义 了 它 可 以 收缩 的 程度 。Composition 将 这 些 值 
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传递 给 一 个 Compositor， 它 使 用 这 些 值 来 决定 换行 的 最 佳 位 置 。 


class Composition { 

public: 
Composition (Compositor*); 
void Repair(); 


private: 
Compositor* _compositor; 
Component* _components; // the list of components 
int _componentCount; // the number of components 
int _lineWidth; // the Composition’s line width 
int* _lineBreaks; // the position of linebreaks 
// in components 
int _lineCount; // the number of lines 


}; 


当 需 要 一 个 新 的 布局 时 ，Composition 让 它 的 Compositor 决 定 在 何 处 换行 。Compositon 传 
递 给 Compositor 三 个 数组 ， 它 们 定义 各 Component 的 正常 大 小 、 可 伸展 性 和 可 收缩 性 。 它 还 传 
递 Component 的 数目 、 线 的 宽度 以 及 一 个 数组 ， 让 Compositor 来 填充 每 次 换行 的 位 置 。 
Compositor 返 回 计算 得 到 的 换行 数目 。 

Compositor 接 口 使 得 Compositon 可 传递 给 Compositor 所 有 它 需 要 的 信息 。 此 处 是 一 个 “将 
数据 传 给 Strategy” 的 例子 : 


class Compositor { 
public: 
virtual int Compose ( 
Coord natural{], Coord stretch{], Coord shrink[], 
int componentCount, int lineWidth, int breaks[] 
) = 0; 
protected: 
Compositor(); 
}; 


注意 Compositor 是 一 个 抽象 类 ， 而 其 具体 子 类 定义 特定 的 换行 策略 。 

Composition 在 它 的 Repair 操 作 中 调用 它 的 Compositor。Repair 首 先 用 每 一 个 Component 的 
正常 大 小 、 可 伸展 性 和 可 收缩 性 初始 化 数组 〈 为 简单 起 见 略 去 细节 )。 然 后 它 调用 Compositor 
得 到 换行 位 置 并 最 终 据 以 对 Component 进 行 布 局 ( 也 省 略 了 ): 


void Composition::Repair () { 
Coord* natural; 
Coord* stretchability; 
Coord* shrinkability; 
int componentCount; 
int* breaks; 


// prepare the arrays with the desired component sizes 
// 


// determine where the breaks are: 

int breakCount; 

breakCount = _compositor->Compose ( 
natural, stretchability, shrinkability, 
componentCount, _lineWidth, breaks 

) ; 


// lay out components according to breaks 
Il sae 
} 


现在 我 们 来 看 各 Compositor 子 类 。SimpleCompositor 一 次 检查 一 行 Component， 并 决定 在 
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那儿 换行 : 


class SimpleCompositor : public Compositor { 
public: 
SimpleCompositor (); 


virtual int Compose ( 
Coord natural[(], Coord stretch[], Coord shrink[], 
int componentCount, int lineWidth, int breaks[] 
); 
/1/ 
}; 


TexCompositor 使 用 一 个 更 为 全 局 的 策略 。 它 每 次 检查 一 个 段落 (paragraph )， 并 同时 考 
虑 到 各 Component 的 大 小 和 伸展 性 。 它 也 通过 压缩 Component 之 间 的 空白 以 尽量 给 该 段落 一 个 
均匀 的 “色彩 ”。 


class TeXCompositor : public Compositor { 
public: 
TexXCompositor (); 


virtual int Compose ( 
Coord natural[{], Coord stretch[], Coord shrink[], . 
int componentCount, int lineWidth, int breaks[] 
l); 
// ..-. 
} 
ArrayCompositor 用 规则 的 间距 将 构件 分 割 成 行 。 


class ArrayCompositor : public Compositor { 
public: 
ArrayCompositor(int interval); 


virtual int Compose ( 
Coord natural[], Coord stretch[], Coord shrink[], 
int componentCount, int lineWidth, int breaks[] 
); 
Td ... 
}; 
这 些 类 并 未 都 使 用 所 有 传递 给 Compose 的 信息 。SimpleCompositor 忽 略 Component 的 伸展 
性 ， 仅 考虑 它们 的 正常 大 小 : TeXCompositor 使 用 所 有 传递 给 它 的 信息 ; 而 ArrayCompositor 
忽略 所 有 的 信息 。 
实例 化 Composition 时 需 把 想 要 使 用 的 Compositor 传 递 给 它 : 


Composition* quick = new Composition (new SimpleCompositor); 
Composition* slick = new Composition (new TeXCompositor) ; 
Composition* iconic = new Composition(new ArrayCompositor(100)); 


Compositor 的 接口 须 经 仔细 设计 ， 以 支持 子 类 可 能 实现 的 所 有 排版 算法 。 你 不 希望 在 生 
成 一 个 新 的 子 类 不 得 不 修改 这 个 接口 ， 因 为 这 需要 修改 其 它 已 有 的 子 类 。 一 般 来 说 ，Strategy 
和 Context 的 接口 决定 了 该 模式 能 在 多 大 程度 上 达到 既定 目的 。 

11. 已 知 应 用 

ET++[WGM881] 和 InterViews 都 使 用 Strategy 来 封装 不 同 的 换行 算法 。 

在 用 于 编译 器 代码 优化 的 RTL 系 统 [JML92] 中 ，Strategy 定 义 了 不 同 的 寄存 器 分 配方 案 
( RegisterAllocator ) 和 指令 集 调度 策略 ( RISCscheduler，CISCscheduler )。 这 就 为 在 不 同 的 
目标 机 器 结构 上 实现 优化 程序 提供 了 所 需 的 灵活 性 。 
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ET++SwapsManager 计 算 引 擎 框架 为 不 同 的 金融 设备 [EG92] 计 算 价格 。 它 的 关键 抽象 是 
Instrument ( 设备 ) 和 YieldCurve (受益 率 曲 线 )。 不 同 的 设备 实现 为 不 同 的 Instrument 子 类 。 
YieldCurve 计 算 贴 现 因子 (discount factors) 表示 将 来 的 现金 流 的 值 。 这 两 个 类 都 将 一 些 行 为 
委托 给 Strategy 对 象 。 该 框架 提供 了 一 系列 的 ConcreteStrategy 类 用 于 生成 现金 流 ， 记 值 交换 ， 
以 及 计算 贴现 因子 。 可 以 用 不 同 的 ConcreteStrategy 对 象 配置 Instrument 和 YieldCurve 以 创建 新 
的 计算 引擎 。 这 种 方法 支持 混合 和 匹配 现 有 的 Strategy 实 现 ， 也 支持 定义 新 的 Strategy 实 现 。 

Booch 构 件 [BV90] 将 Strategy 用 作 模 板 参数 。Booch 集 合 类 支持 三 种 不 同 的 存储 分 配 策略 : 
管理 的 ( 从 一 个 存储 池 中 分 配 )， 控 制 的 (分 配 /去 配 有 锁 保护 )， 以 及 无 管理 的 (正常 的 存储 分 
配器 )。 在 一 个 集合 类 实例 化 时 ， 将 这 些 Strategy 作 为 模板 参数 传递 给 它 。 例 如 ， 一 个 使 用 无 管 
理 策略 的 UnboundedCollection 实 例 化 为 UnboundedCollection 《MylItemType*, Unmanaged )。 

RApp 是 一 个 集成 电路 布局 系统 [GA89，AG90]。RApp 必 须 对 连接 电路 中 各 子 系统 的 线路 
进行 布局 和 布线 。RApp 中 的 布线 算法 定义 为 一 个 抽象 Router 类 的 子 类 。Router 是 一 个 Strategy 
类 。 

Borland 的 ObjectWindows[Bor94] 在 对 话 框 中 使 用 Strategy 来 保证 用 户 输入 合法 的 数据 。 例 
如 ， 数 字 必 须 在 一 定 范 围 ， 并 且 一 个 数值 输入 域 应 只 接受 数字 。 验 证 一 个 字符 串 是 正确 的 可 
能 需要 对 某 个 表 进 行 一 次 查找 。 

ObjectWindows 使 用 Validator 对 象 来 封装 验证 策略 。Validator 是 Strategy 对 象 的 例子 。 数 据 
输入 域 将 验证 策略 委托 给 一 个 可 选 的 Validator 对 象 。 如 果 需 要 验证 时 ， 客 户 给 域 加 上 一 个 验 
证 器 ( 一 个 可 选 策略 的 例子 )。 当 该 对 话 框 关 闭 时 ， 输 入 域 让 它们 的 验证 器 验证 数据 。 该 类 库 
为 常用 情况 提供 了 一 些 验证 器 ， 例 如 数字 的 RangeValidator。 可 以 通过 继承 Validator 类 很 容易 
的 定义 新 的 与 客户 相关 的 验证 策略 。 

12. 相关 模式 . 

Flyweight (4.6): Strategy 对 象 经 常 是 很 好 的 轻 量 级 对 象 。 


5.10 TEMPLATE METHOD( 模 板 方法 ) 一 一 类 行为 型 模式 


1. 意图 

定义 一 个 操作 中 的 算法 的 骨架 ， 而 将 一 些 步骤 延迟 到 子 类 中 。TemplateMethod 使 得 子 类 
可 以 不 改变 一 个 算法 的 结构 即 可 重 定义 该 算法 的 某 些 特定 步骤 。 

2. 动机 

考虑 一 个 提供 Application 和 Document 类 的 应 用 框架 。Application 类 负责 打开 一 个 已 有 的 
以 外 部 形式 存储 的 文档 ， 如 一 个 文件 。 一 旦 一 个 文档 中 的 信息 从 该 文件 中 读 出 后 ， 它 就 由 一 
个 Pocument 对 象 表示 。 

用 框架 构建 的 应 用 可 以 通过 继承 Application 和 Document 来 满足 特定 的 需求 。 例 如 ， 一 个 
绘图 应 用 定义 DrawApplication 和 DrawDocument 子 类 ; 一 个 电子 表格 应 用 定义 Spreadsheet- 
Application 和 SpreadsheetDocument 子 类 ， 如 下 页 图 所 示 。 

抽象 的 Application 类 在 它 的 OpenDocument 操 作 中 定义 了 打开 和 读 取 一 个 文档 的 算法 : 


void Application::OpenDocument (const char* name) { 
if (!CanOpenDocument (name)) { 
// cannot handle this document 
return; 


ee 
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Document * doc = DoCreateDocument (); 


if (doc) { 
_docs->AddDocument (doc); 
About ToOpenDocument (doc) ; 
doc->Open() ; 
doc->DoRead (); 













AddDocument() 
OpenDocument() 
DeCreateDocument(} 
CanOpenDocument{) 
AboutToOpenDocument() 


nse eon 


DoCreateDocument() © 
CanOpenDocument()- 
AboutTaOpaenDocumentt) 


OpenDocument 定 义 了 打开 一 个 文档 的 每 一 个 主要 步骤 。 它 检查 该 文档 是 否 能 被 打开 ， 创 
建 与 应 用 相关 的 Document 对 象 ， 将 它 加 到 它 人 的 文档 集合 中 ， 并 且 从 一 个 文件 中 读 取 该 
Document。 

我 们 称 OpenDocument 为 一 个 模板 方法 (template method)。 一 个 模板 方法 用 一 些 抽 和 象 的 操 
作 定 义 一 个 算法 ， 而 子 类 将 重 定义 这 些 操作 以 提供 具体 的 行为 。Application 的 子 类 将 定义 检 
查 一 个 文档 是 否 能 够 被 打开 (CanOpenDocument ) 和 创建 文档 ( DoCreateDocument ) 的 具体 
算法 步骤 。Document 子 类 将 定义 读 取 文 档 ( DoRead ) 的 算法 步 又。 如 果 需 要 ， 模 板 方法 也 可 
定义 一 个 操作 ( AboutToOpenDocument ) 让 Application 子 类 知道 该 文档 何 时 将 被 打开 。 

通过 使 用 抽象 操作 定义 一 个 算法 中 的 一 些 步 又， 模板 方法 确定 了 它们 的 先后 顺序 ， 但 它 

允许 Application 和 Document 子 类 改变 这 些 具体 步骤 以 满足 它们 各 自 的 需求 。 

3. 适用 性 

模板 方法 应 用 于 王 列 情况 : 

* 一 次 性 实现 一 个 算法 的 不 变 的 部 分 ， 并 将 可 变 的 行为 留 给 予 类 来 实现 。 

。 各 子 类 中 公共 的 行为 应 被 提取 出 来 并 集中 到 一 个 公共 父 类 中 以 避免 代码 重复 。 这 是 
Opdyke 和 Johnson 所 描述 过 的 “ 重 分 解 以 一 般 化 ”的 一 个 很 好 的 例子 [0J93]。 首 先 识 别 
现 有 代码 中 的 不 同 之 处 ， 并 且 将 不 同 之 处 分 离 为 新 的 操作 。 最 后 ， 用 一 个 调用 这 些 新 的 
操作 的 模板 方法 来 替换 这 些 不 同 的 代码 。 

。 控 制 子 类 扩展 。 模 板 方 法 只 在 特定 点 调用 “hook” 操 作 (参见 效果 一 节 )， 这 样 就 只 允 
许 在 这 些 点 进行 扩展 。 

4. 结构 ( 见 下 页 图 ) 

5. 参与 者 

。AbstractClass (抽象 类 ， 如 Application ) 

一 定义 抽象 的 原 语 操作 (primitive operation )， 具 体 的 子 类 将 重 定义 它们 以 实现 一 个 算法 
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的 各 步骤 。 














f 
TempiateMethod() Cr 
PrmitiveOperation 1(} 
PrimitiveQperation2/} 


PrimitiveOperation1() 
PrimitiveOperation2() 


PimitiveOperatont(} 
| PrimitiveOperation2g 


一 实现 一 个 模板 方法 ,定义 一 个 算法 的 骨架 。 该 模板 方法 不 仅 调 用 原 语 操作 ， 也 调用 定义 
在 AbstractClass 或 其 他 对 象 中 的 操作 。 

* ConcreteClass ( 具体 类 ， 如 MyApplication ) 

一 实现 原 语 操作 以 完成 算法 中 与 特定 子 类 相关 的 步骤 。 

6. 协作 

。ConcreteClass 靠 AbstractClass 来 实现 算法 中 不 变 的 步骤 。 

7. 效果 

模板 方法 是 一 种 代码 复 用 的 基本 技术 。 它 们 在 类 库 中 尤为 重要 ， 它 们 提取 了 类 库 中 的 公 
共 行 为 。 

模板 方法 导致 一 种 反 向 的 控制 结构 ， 这 种 结构 有 时 被 称 为 “好 莱 坞 法 则 ”， 即 “ 别 找 我 们 ， 
我 们 找 你 ”[Swe85]。 这 指 的 是 一 个 父 类 调用 一 个 子 类 的 操作 ， 而 不 是 相反 。 

模板 方法 调用 下 列 类 型 的 操作 : 

， 具 体 的 操作 ( ConcreteClass 或 对 客户 类 的 操作 )。 

。 具 体 的 AbstractClass 的 操作 ( 即 ， 通 常 对 子 类 有 用 的 操作 )。 

。 原 语 操作 ( 即 ， 抽 象 操 作 )。 

。Factory Method ( 参见 Factory Method (3.5 ) )。 

© FF PRE (hook operations )， 它 提供 了 缺 省 的 行为 ， 子 类 可 以 在 必要 时 进行 扩展 。 一 个 

钧 子 操作 在 缺 省 操作 通常 是 一 个 空 操作 。 

很 重要 的 一 点 是 模板 方法 应 该 指明 哪些 操作 是 钧 子 操作 (可 以 被 重 定义 ) 以 及 哪些 是 抽 
象 操 作 ( 必须 被 重 定义 )。 要 有 效 地 重用 一 个 抽象 类 ， 子 类 编写 者 必须 明确 了 解 哪些 操作 是 设 
计 为 有 待 重 定义 的 。 

子 类 可 以 通过 重 定义 父 类 的 操作 来 扩展 该 操作 的 行为 ， 其 间 可 显 式 地 调用 父 类 操作 。 

void DerivedClass::Operation () { 

ParentClass: :Operation(); 
// DerivedClass extended behavior 

} . 

不 幸 的 是 ， 人 们 很 容易 忘记 去 调用 被 继承 的 行为 。 我 们 可 以 将 这 样 一 个 操作 转换 为 一 个 
模板 方法 ， 以 使 得 父 类 可 以 对 子 类 的 扩展 方式 进行 控制 。 也 就 是 ， 在 父 类 的 模板 方法 中 调用 
钩子 操作 。 子 类 可 以 重 定义 这 个 钩子 操作 : 

void ParentClass::Operation ()'{ 

// ParentClass behavior 
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HookOperation(); 
} 


ParentClass 本 身 的 HookOperation 什 么 也 不 做 : 


void ParentClass::HookOperation {) { } 


子 类 重 定义 HookOperation 以 扩展 它 的 行为 ， 


void DerivedClass::HookOperation () { 
// derived class extension 


} 

8. 实现 

有 三 个 实现 问题 值得 注意 : 

1) 使 用 C++ 访问 控制 ”在 C++ 中 ，- 一 个 模板 方法 调用 的 原 语 操 作 可 以 被 定义 为 保护 成 员 。 
这 保证 它们 只 被 模板 方法 调用 。 必 须 重 定义 的 原 语 操作 须 定 义 为 纯 虚 函数 。 模 板 方法 自身 不 
需 被 重 定义 ; 因此 可 以 将 模板 方法 定义 为 一 个 非 虚 成 员 函 数 。 

2) 尽量 减少 原 语 操作 ”定义 模板 方法 的 一 个 重要 目的 是 尽量 减少 一 个 子 类 具体 实现 该 算 
法 时 必须 重 定义 的 那些 原 语 操作 的 数目 。 需 要 重 定义 的 操作 越 多 ， 客 户 程序 就 越 宛 长 。 

3) 命名 约定 ”可 以 给 应 被 重 定义 的 那些 操作 的 名 字 加 上 一 个 前 缀 以 识别 它们 。 例 如 ， 用 
于 Macintosh 应 用 的 MacApp 框 架 [App89] 给 模板 方法 加 上 前 缀 “Do-”, 40 “DoCreateDocument” , 
“DoRead”， 等 等 。 

9. 代码 示例 

下 面 的 C++ 实例 说 明了 一 个 父 类 如 何 强制 其 子 类 遵循 一 种 不 变 的 结构 。 这 个 例子 来 自 于 
NeXT 的 AppKitI[Add94]。 考 虑 一 个 支持 在 屏幕 上 绘图 的 类 View。 一 个 视图 在 进入 “焦点 ” 
(focus ) 状态 时 才 可 设 定 合适 的 特定 绘图 状态 〈 如 颜色 和 字体 )， 因 而 只 有 成 为 “焦点 ”之 后 
才能 进行 绘图 。View 类 强制 其 子 类 遵循 这 个 规则 。 

我 们 用 Display 模 板 方法 来 解决 这 个 问题 。View 定 义 两 个 具体 操作 ，SetEocus 和 
ResetFocus ， 分 别 设 定 和 清除 绘图 状态 。View 的 DoDisplay 钩 子 操作 实施 真正 的 绘图 功能 。 
Display 在 DoDisplay 前 调用 SetFocus 以 设 定 绘图 状态 ; Display 此 后 调用 ResetFocus 以 释放 绘图 
状态 。 

void View::Display () { 

SetFocus (); 
DoDisplay(); 


ResetFocus (); 
} 


为 维持 不 变 部 分 ，View 的 客户 通常 调用 Display， 而 View 的 子 类 通常 重 定 义 DoDisplay。 
View 本 身 的 DoDisplay 什 么 也 不 做 : 

void View::DoDisplay () { } 

子 类 重 定义 它 以 增加 它们 的 特定 绘图 行为 : 

void MyView: :DoDisplay () { 


// render the view’s contents 
} 


10. 已 知 应 用 
模板 方法 非常 基本 ， 它 们 几乎 可 以 在 任何 一 个 抽象 类 中 找到 。Wirfs-Brock 等 人 
[WBWW90,WBJ90] 曾 很 好 地 概述 和 讨论 了 模板 方法 。 
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11. 相关 模式 

Factory Methodq 模 式 (3.3) 常 被 模板 方法 调用 。 在 动机 一 节 的 例子 中 ，DoCreateDocu- 
ment 就 是 一 个 Factory Methoud， 它 由 模板 方法 OpenDocument 调 用 。 

Strategy (5.9): 模板 方法 使 用 继承 来 改变 算法 的 一 部 分 。Strategy 使 用 委托 来 改变 整个 算 
法 。 


5.11 VISITOR ( 访问 者 ) 一 一 对 象 行为 型 模式 


1. 意图 

表示 一 个 作用 于 某 对 象 结构 中 的 各 元 素 的 操作 。 它 使 你 可 以 在 不 改变 各 元 素 的 类 的 前 提 
下 定义 作用 于 这 些 元 素 的 新 操作 。 

2. 动机 


考虑 一 个 编译 器 ， 它 将 源 程序 表示 为 一 个 抽象 语法 树 。 该 编译 器 需 在 抽象 语法 树 上 实施 
某 些 操 作 以 进行 “静态 语义 ”分 析 ， 例 如 检查 是 和 否 所 有 的 变量 都 已 经 被 定义 了 。 它 也 需要 生 
成 代码 。 因 此 它 可 能 要 定义 许多 操作 以 进行 类 型 检查 、 代 码 优 化 、 流 程 分 析 ， 检 查 变量 是 否 
在 使 用 前 被 赋 初 值 ， 等 等 。 此 外 ， 还 可 使 用 抽象 语法 树 进行 优美 格式 打印 、 程 序 重 构 、code 
instrumentation 以 及 对 程序 进行 多 种 度量 。 
这 些 操作 大 多 要 求 对 不 同 的 节点 进行 不 同 的 处 理 。 例 如 对 代表 赋值 语句 的 结 点 的 处 理 就 
不 同 于 对 代表 变量 或 算术 表达 式 的 结 点 的 处 理 。 因 此 有 用 于 赋值 语句 的 类 ， 有 用 于 变量 访问 
的 类 ， 还 有 用 于 算术 表达 式 的 类 ， 等 等 。 结 点 类 的 集合 当然 依赖 于 被 编译 的 语言 ， 但 对 于 一 
个 给 定 的 语言 其 变化 不 大 。 
[Node | 
7 


ypaCheck() 
GererafeCodel) 
PrettyPrint() 















GenerateCoda() 
PrettyPrint(} 


GenerateCode() 
PrettyPrint() 





上 面 的 框图 显示 了 Node 类 层次 的 一 部 分 。 这 里 的 问题 是 ， 将 所 有 这 些 操 作 分 散 到 各 种 结 
点 类 中 会 导致 整个 系统 难以 理解 、 难 以 维护 和 修改 。 将 类 型 检查 代码 与 优美 格式 打印 代码 或 
流程 分 析 代 码 放 在 一 起 ， 将 产生 混乱 。 此 外 ， 增 加 新 的 操作 通常 需要 重新 编译 所 有 这 些 类 。 
如 果 可 以 独立 地 增加 新 的 操作 ， 并 且 使 这 些 结 点 类 独立 于 作用 于 其 上 的 操作 ， 将 会 更 好 一 些 。 

要 实现 上 述 两 个 目标 ， 我 们 可 以 将 每 一 个 类 中 相关 的 操作 包装 在 一 个 独立 的 对 象 ( 称 为 
一 个 Visitor ) 中 ， 并 在 遍历 抽象 语法 树 时 将 此 对 象 传递 给 当前 访问 的 元 素 。 当 一 个 元 素 “ 接 
受 ” 该 访问 者 时 ， 该 元 素 向 访问 者 发 送 一 个 包含 自身 类 信息 的 请 求 。 该 请 求 同 时 也 将 该 元 素 
本 身 作为 一 个 参数 。 然 后 访问 者 将 为 该 元 素 执行 该 操作 一 一 这 一 操作 以 前 是 在 该 元 素 的 类 中 
的 。 

例如 ， 一 个 不 使 用 访问 者 的 编译 器 可 能 会 通过 在 它 的 抽象 语法 树 上 调用 TypeCheck 操 作对 
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一 个 过 程 进 行 类 型 检查 。 每 一 个 结 点 将 对 调用 它 的 成 员 的 TypeCheck 以 实现 自身 的 TypeCheck 
(参见 前 面 的 类 框图 )。 如 果 该 编译 器 使 用 访问 者 对 一 个 过 程 进行 类 型 检查 ， 那 么 它 将 会 创建 
一 个 TypeCheckingVisitor 对 象 ， 并 以 这 个 对 象 为 一 个 参数 在 抽象 语法 树 上 调用 Accept 操 作 。 每 
一 个 结 点 在 实现 Accept 时 将 会 回调 访问 者 : 一 个 赋值 结 点 调用 访问 者 的 VisitAssignment 操 作 , 
而 一 个 变量 引用 将 调用 VisitVariableReference。 以 前 类 AssignmentNode 的 TypeCheck 操 作 现 在 
成 为 TypeCheckingVisitor 的 VisitAssignment 操 作 。 

为 使 访问 者 不 仅仅 只 做 类 型 检查 ， 我 们 需要 所 有 抽象 语法 树 的 访问 者 有 一 个 抽象 的 父 类 
NodeVisitor。NodeVisitor 必 须 为 每 一 个 结 点 类 定义 一 个 操作 。 一 个 需要 计算 程序 度量 的 应 用 
将 定义 NodeVisiter 的 新 的 子 类 ， 并 且 将 不 再 需要 在 结 点 类 中 增加 与 特定 应 用 相关 的 代码 。 
Visitor 模 式 将 每 一 个 编译 步骤 的 操作 封装 在 一 个 与 该 步骤 相关 的 Visitor 中 (参见 下 图 )。 


VisitAssignment(AssignmentNode) 
Visit VariableRet{ VariableRetNode) 


TypeCheckingVisitor CodeGeneratingVisitor 


ith ee} N a 7 7 e) 
VisitAssignment(AssignmentNode) VisitAssignment(AssignmentNod 
| VisitVariableRel(VariableRefNode) VisitVariableRef(VariableRefNode) 











Accapt{Node Visitor) 









A 











Accept(Nods Visitor v) 9 Accept(NodeVisitor v) 9 
3 + 
H 


: 
v->VisitAgsignment(this) = v->VisitVariableRef{this) —™ 


使 用 Visitor 模 式 ， 必 须 定 义 两 个 类 层次 : 一 个 对 应 于 接受 操作 的 元 素 ( Node 层 次 ) 另 一 
个 对 应 于 定义 对 元 素 的 操作 的 访问 者 ( NodeVisitor 层 次 )。 给 访问 者 类 层次 增加 一 个 新 的 子 类 
即 可 创建 一 个 新 的 操作 。 只 要 该 编译 器 接受 的 语法 不 改变 ( 即 不 需要 增加 新 的 Node 子 类 )， 我 
们 就 可 以 简单 的 定义 新 的 NodeVisitor 子 类 以 增加 新 的 功能 。 

3. 适用 性 

在 下 列 情况 下 使 用 Visitor 模 式 : 

"一 个 对 象 结构 包含 很 多 类 对 象 ， 它 们 有 不 同 的 接口 ， 而 你 想 对 这 些 对 象 实施 一 些 依赖 于 

其 具体 类 的 操作 。 

。 需 要 对 一 个 对 象 结构 中 的 对 象 进行 很 多 不 同 的 并 且 不 相关 的 操作 ， 而 你 想 避 免 让 这 些 操 
作 “ 污 染 ” 这 些 对 象 的 类 。Visiter 使 得 你 可 以 将 相关 的 操作 集中 起 来 定义 在 一 个 类 中 。 
当 该 对 象 结构 被 很 多 应 用 共享 时 ， 用 Visitor 模 式 让 每 个 应 用 仅 包含 需要 用 到 的 操作 。 

“定义 对 象 结构 的 类 很 少 改变 ， 但 经 常 需要 在 此 结构 上 定义 新 的 操作 。 改 变 对 象 结构 类 需 
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要 重 定义 对 所 有 访问 者 的 接口 ， 这 可 能 需要 很 大 的 代价 。 如 果 对 象 结构 类 经 常 改变 ， 那 
么 可 能 还 是 在 这 些 类 中 定义 这 些 操作 较 好 。 

































4. 结构 
| ' VisitConcreteElementA (ConcreteEhementA) 
VisitConcreteElementB(ConcreteElementB8) 
A 
VisitConcrateElementA(ConcreteElementA) VisitConcreteElementA (ConcreteElementA) 
VisitConcreteElement®8(ConcretaElementB) VisitConcreteElementB(ConcreteElement®) 
Element 
Accept(Visitor v) 9 Accept( Visitor v) 9 
OperationAQ i OperationB() 4 
C : 
5. 参与 者 


。Visitor ( 访问 者 ， 如 NodeVisitor ) 
一 为 该 对 象 结构 中 ConcreteElement 的 每 一 个 类 声明 一 个 Visit 操 作 。 该 操作 的 名 字 和 特 
征 标识 了 发 送 Visit 请 求 给 该 访问 者 的 那个 类 。 这 使 得 访问 者 可 以 确定 正 被 访问 元 素 
的 具体 的 类 。 这 样 访问 者 就 可 以 通过 该 元 素 的 特定 接口 直接 访问 它 。 
。ConcreteVisitor ( 具体 访问 者 ， 如 TypeCheckingVisitor ) 
一 实现 每 个 由 Visitor 声 明 的 操作 。 每 个 操作 实现 本 算法 的 一 部 分 ， 而 该 算法 片断 乃 是 
对 应 于 结构 中 对 象 的 类 。ConcreteVisitor 为 该 算法 提供 了 上 下 文 并 存储 它 的 局 部 状态 。 
这 一 状态 常常 在 遍历 该 结构 的 过 程 中 累积 结果 。 
。Element ( 元 素 ， 如 Node ) 
一 定义 一 个 Accept 操 作 ， 它 以 一 个 访问 者 为 参数 。 
。ConcreteElement ( 具体 元 素 ， 如 AssignmentNode，VariableRefNode ) 
一 实现 Accept 操 作 ， 该 操作 以 一 个 访问 者 为 参数 。 
e ObjectStructure ( 对 象 结 构 ， 如 Program ) 
一 能 枚 举 它 的 元 素 。 
一 可 以 提供 一 个 高 层 的 接口 以 允许 该 访问 者 访问 它 的 元 素 。 
一 可 以 是 一 个 复合 (参见 Composite (4.3 ) ) 或 是 一 个 集合 ， 如 一 个 列表 或 一 个 无 序 集 
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6. 协作 

“一 个 使 用 Visitor 模 式 的 客户 必须 创建 一 个 ConcreteVisitor 对 象 ， 然 后 遍历 该 对 象 结构 , 
并 用 该 访问 者 访问 每 一 个 元 素 。 

*。 当 一 个 元 素 被 访问 时 ， 它 调用 对 应 于 它 的 类 的 Visitor 操 作 。 如 果 必 要 ， 该 元 素 将 自身 作 
为 这 个 操作 的 一 个 参数 以 便 该 访问 者 访问 它 的 状态 。 

下 面 的 交互 框图 说 明了 一 个 对 象 结构 、 一 个 访问 者 和 两 个 元 素 之 间 的 协作 。 


anObjectStructurs  aConcreteElementA aConcreteEiementB aConcrete Visitor 


VishConcreteElementA(aConcrateElamanta) 











7. 效果 

下 面 是 访问 者 模式 的 一 些 优 缺 点 : 

1) 访问 者 模式 使 得 易于 增加 新 的 操作 “访问 者 使 得 增加 依赖 于 复杂 对 象 结构 的 构件 的 操 
作 变 得 容易 了 。 仅 需 增 加 一 个 新 的 访问 者 即 可 在 一 个 对 象 结 构 上 定义 一 个 新 的 操作 。 相 反 ， 
如 果 每 个 功能 都 分 散在 多 个 类 之 上 的 话 ， 定 义 新 的 操作 时 必须 修改 每 一 类 。 

2) 访问 者 集中 相关 的 操作 而 分 离 无 关 的 操作 “相关 的 行为 不 是 分 布 在 定义 该 对 象 结构 的 
各 个 类 上 ， 而 是 集中 在 一 个 访问 者 中 。 无 关 行 为 却 被 分 别 放 在 它们 各 自 的 访问 者 子 类 中 。 这 
就 既 简化 了 这 些 元 素 的 类 ， 也 简化 了 在 这 些 访 问 者 中 定义 的 算法 。 所 有 与 它 的 算法 相关 的 数 
据 结构 都 可 以 被 隐藏 在 访问 者 中 。 

3) 增加 新 的 ConcreteElement 类 很 困难 “Visitor 模 式 使 得 难以 增加 新 的 Element 的 子 类 。 每 
添加 一 个 新 的 ConcreteElement 都 要 在 Vistor 中 添加 一 个 新 的 抽象 操作 ， 并 在 每 一 个 
ConcretVisitor 类 中 实现 相应 的 操作 。 有 时 可 以 在 Visitor 中 提供 一 个 缺 省 的 实现 ， 这 一 实现 可 
以 被 大 多 数 的 ConcreteVisitor 继 承 ， 但 这 与 其 说 是 一 个 规律 还 不 如 说 是 一 种 例外 。 

所 以 在 应 用 访问 者 模式 时 考虑 关键 的 问题 是 系统 的 哪个 部 分 会 经 常 变化 ， 是 作用 于 对 象 
结构 上 的 算法 呢 还 是 构成 该 结构 的 各 个 对 象 的 类 。 如 果 老 是 有 新 的 ConcretElement 类 加 入 进来 
的 话 ，Vistor 类 层次 将 变 得 难以 维护 。 在 这 种 情况 下 ， 直 接 在 构成 该 结构 的 类 中 定义 这 些 操 作 
可 能 更 容易 一 些 。 如 果 Element 类 层次 是 稳定 的 ， 而 你 不 断 地 增加 操作 获 修改 算法 ,访问 者 模 
式 可 以 帮助 你 管理 这 些 改动 。 

4) 通过 类 层次 进行 访问 ”一 个 迭代 器 (参见 Iterator ( 5.4 ) ) 可 以 通过 调用 节点 对 象 的 特定 
操作 来 遍历 整个 对 象 结构 ， 同 时 访问 这 些 对 象 。 但 是 迭代 器 不 能 对 具有 不 同 元 素 类 型 的 对 象 
结构 进行 操作 。 例 如 ， 定 义 在 第 5 章 的 Iterator 接 口 只 能 访问 类 型 为 Item 的 对 象 : 

template <class Item> 


class Iterator { 
Ii ... 
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Item CurrentItem() const; 
hi 
这 就 意味 着 所 有 该 迭代 器 能 够 访问 的 元 素 都 有 一 个 共同 的 父 类 Item。 

访问 者 没有 这 种 限制 。 它 可 以 访问 不 具有 相同 父 类 的 对 象 。 可 以 对 一 个 Visitor 接 口 增加 任 
何 类 型 的 对 象 。 例 如 ， 在 


class Visitor { 
public: 
// a 
void VisitMyType (MyType*); 
void VisitYourType (YourType*); 
Me 
中 ，MyType 和 YourType 可 以 完全 无 关 ， 它 们 不 必 继 承 相同 的 父 类 。 
5) 累积 状态 ” 当 访 问 者 访问 对 象 结 构 中 的 每 一 个 元 素 时 ， 它 可 能 会 累积 状态 。 如 果 没 有 
访问 者 ， 这 一 状态 将 作为 额外 的 参数 传递 给 进行 遍历 的 操作 ， 或 者 定义 为 全 局 变量 。 
6) 破坏 封装 ”访问 者 方法 假定 ConcreteElement 接 口 的 功能 足够 强 ， 足 以 让 访问 者 进行 它 
们 的 工作 。 结 果 是 ， 该 模式 常常 迫使 你 提供 访问 元 素 内 部 状态 的 公共 操作 ， 这 可 能 会 破坏 它 
的 封装 性 。 
8. 实现 
每 一 个 对 象 结构 将 有 一 个 相关 的 Visitor 类 。 这 个 抽象 的 访问 者 类 为 定义 对 象 结 构 的 每 一 个 
ConcreteElement 类 声明 一 个 VisitConcreteElement 操 作 。 每 一 个 Visitor 上 的 Visit 操 作 声 明 它 的 
参数 为 一 个 特定 的 ConcreteElement， 以 允许 该 Visitor 直 接 访问 ConcreteElement 的 接口 。 
ConcreteVistor 类 重 定义 每 一 个 Visit 操 作 ， 从 而 为 相应 的 ConcreteElement 类 实现 与 特定 访问 者 
相关 的 行为 。 
在 C++ 中 ，Visitor 类 可 以 这 样 定 义 : 
class Visitor { 
public: 


virtual void VisitElementA(ElementA*) ; 
virtual void VisitElementB(ElementB*) ; 


// and so on for other concrete elements 
protected: 
Visitor(); 


每 个 ConcreteElement 类 实现 一 个 Accept 操 作 ， 这 个 操作 调用 访问 者 中 相应 于 本 
ConcreteElement 类 的 Visit.…. 的 操作 。 这 样 最 终 得 到 调用 的 操作 不 仅 依赖 于 该 元 素 的 类 也 依赖 
于 访问 者 的 类 。 。 

具体 元 素 声 明 为 : 


class Element { 
public: 

virtual “Element (); 

virtual void Accept (Visitor&) = 0; 
protected: 


O 因为 这 些 操作 所 传递 的 参数 各 不 相同 ， 我 们 可 以 使 用 函数 重 载 机 制 来 给 这 些 操 作 以 相同 的 简单 命名 ， 例 如 
Visit。 这 样 的 重 载 有 好 处 也 有 坏处 。 一 方面 ， 它 强调 了 这 样 一 个 事实 : 每 个 操作 涉及 的 是 相同 的 分 析 ， 尽 
管 它们 使 用 不 同 的 参数 。 另 一 方面 ， 对 阅读 代码 的 人 来 说 ， 可 能 在 调用 点 正在 进行 些 什么 就 不 那么 显 而 易 
见 了 。 其 实 这 最 终 取 决 于 你 认为 函数 重 载 机 制 究竟 是 好 还 是 坏 。 
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Element {); 
i 


class ElementA : public Element { 
public: 

ElementaA(); 

virtual void Accept (Visitor& v) { v.VisitElementA(this); } 
}; 


class ElementB : public Element { 
public: 

ElementB(); 

virtual void Accept (Visitorg v) { v.VisitElementB(this); } 
}; 


一 个 CompositeElement 类 可 能 象 这 样 实现 Accept: 


class CompositeElement : public Element { 
public: 

virtual void Accept (Visitor&); 
private: 

List<Element*>* _children; 
J; 


void CompositeElement::Accept (Visitor& v) { 
ListIterator<Element*> i(_children); 


for (i.First(); !i.IsDone(); i.Next()) { 
i.CurrentItem()->Accept (v); 
} 
v.VisitCompositeElement (this); 
} 


下 面 是 当 应 用 Visitor 模 式 时 产生 的 其 他 两 个 实现 问题 : 

1) 双 分 派 ( Double-dispatch ) ”访问 者 模式 允许 你 不 改变 类 即 可 有 效 地 增加 其 上 的 操作 。 
为 达到 这 一 效果 使 用 了 一 种 称 为 双 分 派 ( double-dispatch ) 的 技术 。 这 是 一 种 很 著名 的 技术 。 
事实 上 ， 一些 编程 语言 其 至 直接 支持 这 一 技术 (例如 ，CLOS )。 而 象 C++ 和 Smalltalk 这 样 的 
语言 支持 单 分 派 ( single-dispatch )。 

在 单 分 派 语言 中 ， 到 底 由 哪 一 种 操作 将 来 实现 一 个 请 求 取决 于 两 个 方面 : 该 请 求 的 名 和 
接收 者 的 类 型 。 例 如 ， 一 个 GenerateCode 请 求 将 会 调用 的 操作 决定 于 你 请 求 的 结 点 对 象 的 类 
型 。 在 C++ 中 ， 对 一 个 VariableRefNode 实 例 调用 GenerateCode 将 调用 VariableRefNode:: 
GenerateCode ( 它 生 成 一 个 变量 引用 的 代码 )。 而 对 一 个 AssignmentNode 调 用 GenerateCode 将 
调用 Assignment::GenerateCode ( 它 生成 一 个 赋值 操作 的 代码 )。 所 以 最 终 哪个 操作 得 到 执行 
依赖 于 请 求 和 接收 者 的 类 型 两 个 方面 。 

双 分 派 意 味 着 得 到 执行 的 操作 决定 于 请 求 的 种 类 和 两 个 接收 者 的 类 型 。Accept 是 一 个 
double-dispatch 操 作 。 它 的 含义 决定 于 两 个 类 型 Visitor 的 类 型 和 Element 的 类 型 。 双 分 派 使 
得 访问 者 可 以 对 每 一 个 类 元 的 素 请 求 不 同 的 操作 。® 

这 是 Visitor 模 式 的 关键 所 在 : 得 到 执行 的 操作 不 仅 决 定 于 Visitor 的 类 型 还 决定 于 它 访问 的 
Element 的 类 型 。 可 以 不 将 操作 静态 地 绑 定 在 Element 接 口中 ， 而 将 其 安放 在 一 个 Visitor 中 ,并 


o 如 果 我 们 可 以 有 双 分 派 ， 那 么 为 什么 不 可 以 是 三 分 派 或 四 分 派 ， 甚 至 是 任意 其 他 数目 的 分 派 呢 ? 实际 上 ，， 
双 分 派 仅仅 是 多 分 派 (multiple-dispatch ) 的 一 个 特例 ， 在 多 分 派 中 操作 的 选择 基于 任意 数目 的 类 型 。( 事实 
上 CLOS 支 持 多 分 派 。) 在 支持 双 分 派 或 多 分 派 的 语言 中 ，Visitor 模 式 的 就 不 那么 必需 了 。 
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使 用 Accept 在 运行 时 进行 绑 定 。 扩 展 Element 接 口 就 等 于 定义 一 个 新 的 Visitor 子 类 而 不 是 多 个 
新 的 Element 子 类 。 

2) 谁 负责 遍历 对 象 结构 ”一 个 访问 者 必须 访问 这 个 对 象 结构 的 每 一 个 元 素 。 问 题 是 , 它 
怎样 做 ? 我 们 可 以 将 遍历 的 责任 放 到 下 面 三 个 地 方 中 的 任意 一 个 : 对 象 结构 中 ,访问 者 中 ， 
或 一 个 独立 的 迭代 器 对 象 中 (参见 Iterator ( 5.4 ))。 

通常 由 对 象 结 构 负责 迭代 。 一 个 集合 只 需 对 它 的 元 素 进行 迭代 ， 并 对 每 一 个 元 率 调 用 
Accept 操 作 。 而 一 个 复合 通常 让 Accept 操 作 遍 历 该 元 素 的 各 子 构件 并 对 它们 中 的 每 一 个 递归 
地 调用 Accept。 

另 一 个 解决 方案 是 使 用 一 个 迭代 器 来 访问 各 个 元 素 。 在 C++ 中 ， 既 可 以 使 用 内 部 迭代 器 也 
可 以 使 用 外 部 迭代 器 ， 到 底 用 娜 一 个 取决 于 哪 一 个 可 用 和 娜 一 个 最 有 效 。 在 Smalltalk 中 ， 通 
常 使 用 一 个 内 部 迭代 器 ,这 个 内 部 迭代 咒 使 用 do: 和 一 个 块 。 因为 内 部 迭代 器 由 对 象 结构 实现 ， 
使 用 一 个 内 部 迭代 器 很 大 程度 上 就 像 是 让 对 象 结构 负责 迭代 。 主 要 区 别 在 于 一 个 内 部 和 迭代 器 
不 会 产生 双 分 派 一 一 它 将 以 该 元 素 为 一 个 参数 调用 访问 者 的 一 个 操作 而 不 是 以 访问 者 为 参数 
调用 元 素 的 一 个 操作 。 不 过 ， 如 果 访 问 者 的 操作 仅 简 单 地 调用 该 元 素 的 操作 而 无 需 弟 归 的 话 ， 
使 用 一 个 内 部 迭代 器 的 Visitor 模 式 很 容易 使 用 。 

甚至 可 以 将 遍历 算法 放 在 访问 者 中 ， 尽 管 这 样 将 导致 对 每 一 个 聚合 ConcreteElement ， 在 
每 一 个 ConcreteVisitor 中 都 要 复制 遍历 的 代码 。 将 该 人 帝 历 策略 放 在 访问 者 中 的 主要 原因 是 想 实 
现 一 个 特别 复杂 的 遍历 ， 它 依赖 于 对 该 对 象 结构 的 操作 结果 。 我 们 将 在 代码 示例 一 节 给 出 这 
种 情况 的 一 个 例子 。 

9. 代码 示例 

因为 访问 者 通常 与 复合 相关 ， 我 们 将 使 用 在 Composite (4.3) 代码 示例 一 节 中 定义 的 
Equipment 类 来 说 明 Visitor 模 式 。 我 们 将 使 用 Visitor 定 义 一 些 用 于 计算 材料 存货 清单 和 单 件 设 
备 总 花费 的 操作 。Equipment 类 非常 简单 ， 实 际 上 并 不 一 定 要 使 用 Visitor。 但 我 们 可 以 从 中 很 
容易 地 看 出 实现 该 模式 时 会 涉及 的 内 容 。 

这 里 是 Composite (4.3) 中 的 Equipment 类 。 我 们 给 它 添加 一 个 Accept 操 作 ， 使 其 可 与 一 
个 访问 者 一 起 工作 。 

class Equipment { 


public: 
virtual ~Equipment (); 


const char* Name(} { return _name; } 


virtual Watt Power(); 
virtual Currency NetPrice(); 
virtual Currency Discount Price (); 


virtual void Accept (EquipmentVisitor&) ; 
protected: 

Equipment (const char*); 
private: 

const char* _name; 


}; 


各 Equipment 操作 返回 设备 的 属性 ， 例 如 它 的 功 耗 和 价格 。 对 于 特定 种 类 的 设备 〈 如 ， 
盘 、 发 动机 和 平面 板 ) 子 类 适当 地 重 定义 这 些 操作 。 


ras 
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数 的 缺 省 行为 都 是 什么 也 不 做 。 


class EquipmentVisitor { 
public: 
virtual ~EquipmentVisitor(); 


virtual void VisitFloppyDisk(FloppyDisk*) ; 
virtual void VisitCard(Card*); 

virtual void VisitChassis(Chassis*); 
virtual void VisitBus(Bus*); 


// and so on for other concrete subclasses of Equipment 
protected: 

Equipment Visitor (); 
}; 


Equipment 子 类 以 基本 相同 的 方式 定义 Accept: 调用 EquipmentVisitor 中 的 对 应 于 接受 
Accept 请 求 的 类 的 操作 ， 如 : 


void FloppyDisk::Accept (EquipmentVisitor& visitor) { 
visitor.VisitFloppyDisk (this); 
} 


包含 其 他 设备 的 设备 (尤其 是 在 Composite 模 式 中 CompositeEquipment 的 子 类 ) 实现 
Accept 时 ， 遍 历 其 各 个 子 构件 并 调用 它们 各 自 的 Accept 操 作 ， 然 后 对 自己 调用 visit 操作。 例 
如 ，Chassis::Accept 可 象 如 下 这 样 遍历 底盘 中 的 所 有 部 件 : 


void Chassis: :Accept (EquipmentVisitor& visitor) { 
for ( 
ListIterator<Equipment*> i(_parts); 
!i.IsDone(); 
i.Next () 
) í 
i.CurrentItem()->Accept (visitor); 
} 
visitor.VisitChassis(this) ; 
} 


EquipmentVisitor 的 子 类 在 设备 结构 上 定义 了 特定 的 算法 。PricingVisitor 计 算 该 设备 结构 
的 价格 。 它 计算 所 有 的 简单 设备 ( 如 软盘 ) 的 实 价 以 及 所 有 复合 设备 ( 如 底盘 和 公共 汽车 ) 
打折 后 的 价格 。 


class PricingVisitor : public EquipmentVisitor { 
public: 
PricingVisitor (); 


Currency& GetTotalPrice(); 


virtual void VisitFloppyDisk(FloppyDisk*) ; 
virtual void VisitCard(Card*); 
virtual void VisitChassis(Chassis*) ; 
virtual void VisitBus(Bus*) ; 
// ... 

private: 
Currency _total; 

}; 


void PricingVisitor::VisitFloppyDisk (FloppyDisk* e) { 
_total += e->NetPrice(); 
} 
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void PricingVisitor::VisitChassis (Chassis* e) { 
_total += e->DiscountPrice(); 
} 


PricingVisitor 将 计算 设备 结构 中 所 有 结 点 的 总 价格 。 注 意 PricingVisitor 在 相应 的 成 员 函 数 
中 为 一 类 设备 选择 合适 的 定价 策略 。 此 外 ， 我 们 只 需 改 变 PricingVisitor 类 即 可 改变 一 个 设备 
结构 的 定价 策略 。 

我 们 可 以 象 这 样 定义 一 个 计算 存货 清单 的 类 : 

class InventoryVisitor : public EquipmentVisitor { 


public: 
InventoryVisitor(); 


Inventory& GetInventory(); 


virtual void VisitFloppyDisk(FloppyDisk*) ; 
virtual void VisitCard(Card*) ; 

virtual void VisitChassis(Chassis*); 
virtual void VisitBus(Bus*); 

Il ..， 


Private: 
Inventory _inventory; 
}; 


InventoryVisitor 为 对 象 结构 中 的 每 一 种 类 型 的 设备 累计 总 和 。InventoryVisitor 使 用 一 个 
iaventory 类 ，inventory 类 定义 了 一 个 接口 用 于 增加 设备 (此 处 略 去 )。 


void InventoryVisitor: :VisitFloppyDisk (FloppyDisk* e) { 
_inventory. Accumulate (e); 


} 


void InventoryVisitor: :VisitChassis (Chassis* e) { 
_inventory.Accumulate (e); 
} 


下 面 是 如 何在 一 个 设备 结构 上 使 用 InventoryVisitor: 


Equipment* component; 
InventoryVisitor visitor; 


component ->Accept (visitor); 
cout << "Inventory " 

<< component ->Name () 

<< visitor.GetInventory (); 


现在 我 们 将 说 明 如 何 用 Visitor 模 式 实现 Interpreter 模 式 中 那个 Smalltalk 的 例子 (5.3), 1% 
上 面 的 例子 一 样 ， 这 个 例子 非常 小 ，Visitor 可 能 并 不 能 带 给 我 们 很 多 好 处 ， 但 是 它 很 好 地 说 
明了 如 何 使 用 这 个 模式 。 此 外 ， 它 说 明了 一 种 情况 ， 在 此 情况 下 迭代 是 访问 者 的 职责 。 

BMRA 〈 正则 表达 式 ) 由 四 个 类 组 成 ， 并 且 它 们 都 有 一 个 accept: 方 法 ， 它 以 某 访 问 
者 为 一 个 参数 。 在 类 SequenceExpression 中 accept: TEE: 


accept: aVisitor 
^ aVisitor visitSequence: self 


在 类 RepeatExpression 中 accept: 777K Rik visitRepeati#4 A; FEA AlternationExpression #, 
它 发 送 visitAlternation: 消 息 ; 而 在 类 LiteralExpression 中 ， 它 发 送 visitLiteral: 消 息 。 
这 四 个 类 还 必须 有 可 供 Vistor 使 用 的 访问 函数 。 对 于 SequenceExpression 这 些 函 数 是 
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expression] Mlexpression2; 对 于 AlternationExpression 这 些 函 数 是 alternative1 和 alternative2; 
对 于 RepeatExpression 是 repetition; 而 对 于 LiteralExpression 则 是 component。 

具体 的 访问 者 是 REMatchingVisitor。 因 为 它 所 需要 的 遍历 算法 是 不 规则 的 ， 因 此 由 它 自 
已 负责 进行 遍历 。 其 最 大 的 不 规则 之 处 在 于 RepeatExpression 要 重复 遍历 它 的 构件 。 
REMatchingVisitor 类 有 一 个 实例 变量 inputState。 它 的 各 个 方法 除了 将 名 字 为 inputState 的 参数 
替换 为 匹配 的 表达 式 结 点 以 外 ， 与 Interpreter 模 式 中 表达 式 类 的 match: 方 法 基本 上 是 一 样 的 。 
它们 还 是 返回 该 表达 式 可 以 匹配 的 流 的 集合 以 标识 当前 状态 。 


visitSequence: sequenceExp 
inputState := sequenceExp expressionl accept: self. 
^ sequenceExp expression2 accept: self. 


visitRepeat: repeatExp 

| finalState | 

finalState := inputState copy. 

{inputState isEmpty] 

whileFalse: 

{inputState := repeatExp repetition accept: self. 
finalState addAll: inputState]). 

” finalState 


visitAlternation: alternateExp 
| finalState originalState | 


originalState := inputState. 
finalState := alternateExp alternativel accept: self. 
inputState := originalState. 


finalState addAll: (alternateExp alternative2 accept: self). 
^ finalState 

visitLiteral: literalExp 
| finalState tStream | 


finalState := Set new. 
inputState 
do: 
[ :Stream | tStream := stream copy. 


(tStream nextAvailable: 
literalExp components size 
) = literalExp components 
ifTrue: [finalState add: tStream] 
]. 
^ finalState 


10. 已 知 应 用 

Smalltalk-80 编 译 器 有 一 个 称 为 ProgramNodeEnumerator 的 Visitor 类 。 它 主要 用 于 那些 分 析 
源 代 码 的 算法 。 它 未 被 用 于 代码 生成 和 优美 格式 打印 ， 尽 管 它 也 可 以 做 这 些 工 作 。 

IRISInventor[Str93] 是 一 个 用 于 开发 三 维 图 形 应 用 的 工具 包 。Inventor 将 一 个 三 维 场景 表 
示 成 一 个 结 点 的 层次 结构 ， 每 一 个 结 点 代表 一 个 几何 对 象 或 其 属性 。 诸 如 绘制 一 个 场景 或 是 
映射 一 个 输入 事件 之 类 的 一 些 操作 要 求 以 不 同 的 方式 遍历 这 个 层次 结构 。Inventor 使 用 称 为 
“action” 的 访问 者 来 做 到 这 一 点 。 生 成 图 像 、 事 件 处 理 、 查 询 、 填 充 和 决定 边界 框 等 操作 都 
有 各 自 相应 的 访问 者 来 处 理 。 

为 使 增加 新 的 结 点 更 容易 一 些 ，Inventor 为 C++ 实现 了 一 个 双 分 派 方案 。 该 方案 依赖 于 运 
行 时 刻 的 类 型 信息 和 一 个 二 维 表 ， 在 这 个 二 维 表 中 行 代表 访问 者 而 列 代 表 结 点 类 。 表 格 中 存 
储 绑 定 于 访问 者 和 结 点 类 的 函数 指针 。 
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Mark Linton 在 X Consortium% Fresco Application Toolkit 设 计 说 明 书 中 提出 了 术语 
“Visitor” [LP93], 
11. 相关 模式 
Composite (4.3): 访问 者 可 以 用 于 对 一 个 由 Composite 模 式 定义 的 对 象 结构 进行 操作 。 
Interpreter (5.3): 访问 者 可 以 用 于 解释 。 


5.12 行为 模式 的 讨论 


5.12.1 封装 变化 


封装 变化 是 很 多 行为 模式 的 主题 。 当 一 个 程序 的 某 个 方面 的 特征 经 常 发 生 改 变 时 ， 这 些 
模式 就 定义 一 个 封装 这 个 方面 的 对 象 。 这 样 当 该 程序 的 其 他 部 分 依赖 于 这 个 方面 时 ， 它 们 都 
可 以 与 此 对 象 协 作 。 这 些 模式 通常 定义 一 个 抽象 类 来 描述 这 些 封装 变化 的 对 象 ， 并 且 通 常 该 
模式 依据 这 个 对 象 ” 来 命名 。 例 如 ， 

。 一 个 Strategy 对 象 封装 一 个 算法 (Strategy (5.9 )) 

。 一 个 State 对 象 封装 一 个 与 状态 相关 的 行为 (State (305 ))。 

“一 个 Mediator 对 象 封装 对 象 间 的 协议 ( Meditator (5.5 ) )。 

。 一 个 Iterator 对 象 封装 访问 和 遍历 一 个 聚集 对 象 中 的 各 个 构件 的 方法 (Iterator ( 5.4 ) )。 

这 些 模式 描述 了 程序 中 很 可 能 会 改变 的 方面 。 大 多 数 模式 有 两 种 对 象 : 封装 该 方面 特征 
的 新 对 象 ， 和 使 用 这 些 新 的 对 象 的 已 有 对 象 。 如 果 不 使 用 这 些 模式 的 话 ， 通 常 这 些 新 对 象 的 
功能 就 会 变 成 这 些 已 有 对 象 的 难以 分 割 的 一 部 分 。 例 如 ， 一 个 Strategy 的 代码 可 能 会 被 嵌入 到 
其 Context 类 中 ， 而 一 个 State 的 代码 可 能 会 在 该 状态 的 Context 类 中 直接 实现 。 

但 不 是 所 有 的 对 象 行为 模式 都 象 这 样 分 割 功能 。 例 如 ，Chain of Responsibility (5.1) 可 
以 处 理 任意 数目 的 对 象 ( 即 一 个 链 )， 而 所 有 这 些 对 象 可 能 已 经 存在 于 系统 中 了 。 

职责 链 说 明了 行为 模式 间 的 另 一 个 不 同 点 : 并 非 所 有 的 行为 模式 都 定义 类 之 间 的 静态 通 
信 关 系 。 职 责 链 提供 在 数目 可 变 的 对 象 间 进 行 通信 的 机 制 。 其 他 模式 涉及 到 一 些 作 为 参数 传 
递 的 对 象 。 


5.12.2 对 象 作 为 参数 


一 些 模式 引入 总 是 被 用 作 参 数 的 对 象 。 例 如 Visiter (5.11 )。 一 个 Visitor 对 象 是 一 个 多 态 
的 Accept 操 作 的 参数 ， 这 个 操作 作用 于 该 Visitor 对 象 访 问 的 对 象 。 虽 然 以 前 通常 代替 Visitor 模 
式 的 方法 是 将 Visitor 代 码 分 布 在 一 些 对 象 结 构 的 类 中 ， 但 visitor 从 来 都 不 是 它 所 访问 的 对 象 的 
一 部 分 。 

其 他 模式 定义 一 些 可 作为 令 牌 到 处 传递 的 对 象 ， 这 些 对 象 将 在 稍 后 被 调用 。Command 
(5.2) 和 Memento (5.6) 都 属于 这 一 类 。 在 Command 中 ， 令 牌 代表 一 个 请 求 ; 而 在 Memento 
中 ， 它 代表 在 一 个 对 象 在 某 个 特定 时 刻 的 内 部 状态 。 在 这 两 种 情况 下 ， 令 牌 都 可 以 有 一 个 复 
杂 的 内 部 表示 ， 但 客户 并 不 会 意识 到 这 一 点 。 但 这 里 还 有 一 些 区 别 : 在 Command 模 式 中 多 态 

日 这 个 主题 也 贯穿 于 其 他 种 类 的 模式 。AbstractFactory(3.1)，Builder(3.2) 和 Prototype(3.4) 都 封装 了 关于 对 象 


是 如 和 何 创建 的 信息 。Decorator(4.4) 封 装 了 可 以 被 加 入 一 个 对 象 的 职责 。Bridge(4.2) 将 一 个 抽象 与 它 的 实现 
分 离 ， 使 它们 可 以 各 自 独立 的 变化 。 
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很 重要 ， 因 为 执行 Command 对 象 是 一 个 多 态 的 操作 。 相 反 ，Memento 接 口 非常 小 ， 以 至 于 备 
忘 录 只 能 作为 一 个 值 传递 。 因 此 它 很 可 能 根本 不 给 它 的 客户 提供 任何 多 态 操作 。 


5.12.3 通信 应 该 被 封装 还 是 被 分 布 


Mediator (5.5) 和 Observer (5.7) 是 相互 竞争 的 模式 。 它 们 之 间 的 差别 是 ，Observer 通 
过 引入 Observer 和 Subject 对 象 来 分 布 通信 ， 而 Mediator 对 象 则 封装 了 其 他 对 和 象 间 的 通信 。 

在 Observer 模式 中 ， 不 存在 封装 一 个 约束 的 单个 对 象 ， 而 必须 是 由 Observer 和 Subject 对 象 
相互 协作 来 维护 这 个 约束 。 通 信 模 式 由 观察 者 和 目标 连接 的 方式 决定 : 一 个 目标 通常 有 多 个 
观察 者 ， 并 且 有 时 一 个 目标 的 观察 者 也 是 另 一 个 观察 者 的 目标 。Mediator 模 式 的 目的 是 集中 
而 不 是 分 布 。 它 将 维护 一 个 约束 的 职责 直接 放 在 一 个 中 介 者 中 。 

我 们 发 现 生成 可 复 用 的 Observer 和 Subject 比 生成 可 复 用 的 Mediator 容 易 一 些 。Observer 模 
式 有 利于 Observer 和 Subject 间 的 分 割 和 松 耦 合 ， 同 时 这 将 产生 粒度 更 细 , 从 而 更 易于 复 用 的 类 。 

另 一 方面 ， 相 对 于 Observer，Mediator 中 的 通信 流 更 容易 理解 。 观 察 者 和 目标 通常 在 它们 
被 创建 后 很 快 即 被 连接 起 来 ， 并 且 很 难看 出 此 后 它们 在 程序 中 是 如 何 连接 的 。 如 果 你 了 解 
Observer 模式 ， 你 将 知道 观察 者 和 目标 间 连 接 的 方式 是 很 重要 的 ， 并 且 你 也 知道 寻找 哪些 连 
接 。 然 而 ，Observer 模 式 引 入 的 间接 性 仍然 会 使 得 一 个 系统 难以 理解 。 

Smalltalk 中 的 Observer 可 以 用 消息 进行 参数 化 以 访问 Subject 的 状态 ， 因 此 与 在 C++ 中 的 
Observer 相 比 ， 它 们 具有 更 大 的 可 复 用 性 。 这 使 得 Smalltalk 中 Observer 比 Mediator 更 具 吸 引力 。 
因此 一 个 Smalltalk 程 序 员 通 常会 使 用 Observer 而 一 个 C++ 程序 员 则 会 使 用 Mediator。 


5.12.4 对 发 送 者 和 接收 者 解 耦 


当 合作 的 对 象 直接 互相 引用 时 ， 它 们 变 得 互相 依赖 ， 这 可 能 会 对 一 个 系统 的 分 层 和 重用 
性 产生 负面 影响 。 命 令 、 观 察 者 、 中 介 者 ， 和 职责 链 等 模式 都 涉及 如 何 对 发 送 者 和 接收 者 解 
耦 ， 但 它们 又 各 有 不 同 的 权衡 考虑 。 

命令 模式 使 用 一 个 Command 对 象 来 定义 一 个 发 送 者 和 一 个 接收 者 之 间 的 绑 定 关系 ， 从 而 
SH, WP ATA. . 


aninvoker aCommand aReceiver 
{sander) (receiver) 


ia ] Actiong 


Command 对 象 提供 了 一 个 提交 请 求 的 简单 接口 ( 即 Execute 操 作 )。 将 发 送 者 和 接收 者 之 
间 的 连接 定义 在 一 个 单独 的 对 象 使 得 该 发 送 者 可 以 与 不 同 的 接收 者 一 起 工作 。 这 就 将 发 送 者 
与 接收 者 解 而 ,使 发 送 者 更 易于 复 用 。 此 外 ， 可 以 复 用 Command 对 象 ， 用 不 同 的 发 送 者 参数 
化 一 个 接收 者 。 虽 然 Command 模 式 描 述 了 避免 使 用 生成 子 类 的 实现 技术 ， 名 义 上 每 一 个 发 送 
者 ~- 接收 者 连接 都 需要 一 个 子 类 。. 

观察 者 模式 通过 定义 一 个 接口 来 通知 目标 中 发 生 的 改变 ， 从 而 将 发 送 者 (目标 ) 与 接收 
者 (观察 者 ) 解 厢 。Observer 定 义 了 一 个 比 Command 更 松 的 发 送 者 - 接收 者 绑 定 ， 因 为 一 个 
目标 可 能 有 多 个 观察 者 ， 并 且 其 数目 可 以 在 运行 时 变化 ， 如 下 图 所 示 。 
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aSubject anObserver anObserver anObserver 
(发 送 者 ) (接收 者 ) (接收 者 ) (接收 者 ) 








观察 者 模式 中 的 Subject 和 Observer 接口 是 为 了 处 理 Subject 的 变化 而 设计 的 ， 因 此 当 对 象 
间 有 数据 依赖 时 ， 最 好 用 观察 者 模式 来 对 它们 进行 解 耦 。 
中 介 者 模式 让 对 象 通过 一 个 Mediator 对 象 间接 的 互相 引用 ， 从 而 对 它们 解 而 ， 如 下 图 所 示 。 


aColleague aMediator aColleague aColleague 
(发 送 者 /接收 者 ) (发 送 者 /接收 者 ) (发 送 者 /接收 者 ) 


一 个 Mediator 对 象 为 各 Colleague 对 象 间 的 请 求 提 供 路 由 并 集中 它们 的 通信 。 因 此 各 
Colleague 对 象 仅 能 通过 Mediator 接 口 相 互 交 谈 。 因 为 这 个 接口 是 固定 的 ， 为 增加 灵活 性 
Mediator 可 能 不 得 不 实现 它 自 己 的 分 发 策略 。 可 以 用 一 定 方式 对 请 求 编码 并 打包 参数 ， 使 得 
Colleague 对 象 可 以 请 求 的 操作 数目 不 限 。 

中 介 者 模式 可 以 减少 一 个 系统 中 的 子 类 生成 ， 因 为 它 将 通信 行为 集中 到 一 个 类 中 而 不 是 
将 其 分 布 在 各 个 子 类 中 。 然 而 ， 特 别 的 分 发 策略 通常 会 降低 类 型 安全 性 。 

最 后 ， 职 责 链 模式 通过 沿 一 个 潜在 接收 者 链 传 递 请 求 而 将 发 送 者 与 接收 者 解 厢 ， 如 下 图 所 示 。 


aClient aHandier aHandier aHandier 
(发 送 者 ) (接收 者 ) (接收 者 ) (接收 者 ) 
HandieHeip()} 
HandieHeip() 
HandieHeip() 


因为 发 送 者 和 接收 者 之 间 的 接口 是 固定 的 ， 职责 链 可 能 也 需要 一 个 定制 的 分 发 策略 。 Al 
此 它 与 Mediator 一 样 存在 类 型 安全 的 问题 。 如 果 职 责 链 已 经 是 系统 结构 的 一 部 分 ， 同 时 在 链 
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的 方法 。 此 外 ， 因 为 链 可 以 被 简单 的 改变 和 扩展 ， 从 而 该 模式 提供 了 更 大 的 灵活 性 。 


5.12.5 总 结 


除了 少数 例外 情况 ， 各 个 行为 设计 模式 之 间 是 相互 补充 和 相互 加 强 的 关系 。 例 如 ， 一 个 
职责 链 中 的 类 可 能 包括 至 少 一 个 Template Method(5.10) 的 应 用 。 该 模板 方法 可 使 用 原 语 操作 
确定 该 对 象 是 否 应 处 理 该 请 求 并 选择 应 转发 的 对 象 。 职 责 链 可 以 使 用 Command 模 式 将 请 求 表 
示 为 对 象 。Interpreter(243) 可 以 使 用 State 模 式 定 义 语法 分 析 上 下 文 。 迭代 器 可 以 遍历 一 个 聚合 ， 
而 访问 者 可 以 对 它 的 每 一 个 元 素 进行 一 个 操作 。 

行为 模式 也 与 能 其 他 模式 很 好 地 协同 工作 。 例 如 ， 一 个 使 用 Composite (4.3) 模式 的 系统 
可 以 使 用 一 个 访问 者 对 该 复合 的 各 成 分 进行 一 些 操 作 。 它 可 以 使 用 职责 链 使 得 各 成 分 可 以 通 
过 它们 的 父 类 访问 某 些 全 局 属性 。 它 也 可 以 使 用 Decorater (4.4) 对 该 复合 的 某 些 部 分 的 这 些 
属性 进行 改写 。 它 可 以 使 用 Observer 模式 将 一 个 对 象 结 构 与 另 一 个 对 象 结构 联系 起 来 ， 可 以 
使 用 State 模 式 使 得 一 个 构件 在 状态 改变 时 可 以 改变 自身 的 行为 。 复 合 本 身 可 以 使 用 Builder 
(3.2) 中 的 方法 创建 ， 并 且 它 可 以 被 系统 中 的 其 他 部 分 当 作 一 个 Prototype ( 3.4 )。 

设计 良好 的 面向 对 象 式 系统 通常 有 多 个 模式 镶嵌 在 其 中 ,但 其 设计 者 却 未 必 使 用 这 些 术 
语 进行 思考 。 然 而 ， 在 模式 级 别 而 不 是 在 类 或 对 象 级 别 上 的 进行 系统 组 装 可 以 使 我 们 更 方便 
地 获取 同等 的 协同 性 。 


第 6 章 4 it 


或 许 有 人 会 认为 本 书 并 多 大 贡献 。 毕 竟 ， 它 没有 提出 任何 前 所 未 见 的 新 算法 或 者 新 程序 
设计 技术 。 本 书 既 没 有 给 出 一 种 严格 的 系统 设计 方法 ,也 没有 提出 一 套 新 的 设计 理论 一 一 它 
只 是 将 现 有 的 一 些 设计 加 以 文档 化 。 也 许 你 会 认为 它 是 一 本 合适 的 人 门 指南 ， 但 对 有 经 验 的 
面向 对 象 设计 人 员 却 并 无 多 大 帮助 。 

我 们 希望 你 不 会 有 上 面 这 样 的 想法 。 这 是 因为 对 设计 模式 的 分 类 整理 是 重要 的 ， 它 为 我 
们 使 用 的 各 种 技术 提供 了 标准 的 名 称 和 定义 。 如 果 我 们 不 研究 软件 中 的 设计 模式 ， 就 无 法 对 
它们 进行 改进 ， 更 难以 提出 新 的 设计 模式 。 

本 书 仅仅 是 一 个 开始 。 它 讨论 了 面向 对 象 设 计 专 家 们 所 使 用 的 某 些 最 常见 的 设计 模式 ， 
而 人 们 常常 也 会 在 口头 交谈 或 分 析 已 有 系统 时 听 到 和 学 到 这 些 设计 模式 。 曾 有 人 看 了 本 书 的 
初稿 后 也 将 其 使 用 的 设计 模式 写 下 来 ， 因 此 ， 本 书 就 更 应 起 到 抛砖引玉 的 作用 。 我 们 希望 这 
将 标志 着 一 场 把 软件 从 业 人 员 专 门 知识 和 技能 加 以 文档 化 运动 的 开始 。 

本 章 的 讨论 内 容 包括 我 们 认为 设计 模式 将 带 来 的 巨大 影响 ， 设 计 模 式 与 其 他 设计 工作 的 
关系 ,以 及 你 怎样 发 现 和 整理 设计 模式 。 


6.1 设计 模式 将 带 来 什么 


根据 我 们 日 常 使 用 设计 模式 的 经 验 ， 我 们 认为 它们 将 在 以 下 包 个 方面 影响 你 设计 面向 对 
象 软件 的 方式 。 


6.2 一 套 通用 的 设计 词汇 


对 使 用 传统 语言 的 程序 设计 专家 们 的 研究 表明 ， 其 知识 和 经 验 并 非 是 简单 地 围绕 语法 来 
组 织 的 ， 而 是 围绕 着 诸如 算法 、 数 据 结构 、 习 惯用 语 [AS85,Cop92,Cur89,SS86] 和 满足 某 特定 
目标 的 计划 [SE84] 等 更 大 的 概念 结构 来 组 织 的 。 设 计 者 可 能 考虑 ;等 更 多 的 不 是 用 来 记录 设计 
的 表示 方式 ， 而 是 如 何 把 当前 的 设计 问题 与 已 知 的 计划 、 算 法 、 数 据 结构 和 习惯 用 语 等 进行 
匹配 。 

计算 机 科学 家 们 对 算法 和 数据 结构 进行 命名 和 分 类 ， 但 我 们 部 很 少 为 其 他 类 型 的 模式 命 
.名 。 设 计 模 式 为 设计 者 们 交流 讨论 、 书 写 文档 以 及 探索 各 种 不 同 设计 提供 了 一 套 通用 的 设计 
词汇 。 设 计 模 式 使 你 可 以 在 比 设计 表示 或 编程 语言 更 高 的 抽象 级 别 上 谈论 一 个 系统 ， 从 而 降 
低 了 其 复杂 度 。 设 计 模 式 提 高 了 你 的 设计 及 你 与 同事 讨论 这 些 设 计 的 层次 。 

一 旦 你 吸收 了 本 书 中 的 各 设计 模式 ， 你 的 设计 词汇 就 几乎 肯定 要 有 所 改变 。 你 会 直接 使 
用 这 些 模式 的 名 称 来 表示 某 个 设计 ， 比 如 你 会 说 : “这 里 我 们 使 用 观察 者 模式 ”， 或 者 ,“ 让 我 
们 从 这 些 类 中 抽出 -一 个 Strategy”。 


6.3 书写 文档 和 学 习 的 辅助 手段 
了 解 本 书 中 的 各 设计 模式 可 使 你 更 容易 理解 已 有 的 系统 。 大 多 数 规模 较 大 的 面向 对 象 系 
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统 都 使 用 了 这 些 设计 模式 。 人 们 在 学 习 面 向 对 象 编程 时 常常 抱怨 系统 中 继承 的 使 用 令 人 费解 
以 及 难于 理解 控制 流程 。 这 在 很 大 程度 上 是 由 于 他 们 未 能 理解 该 系统 中 的 设计 模式 。 学 习 这 
些 设计 模式 将 有 助 于 你 理解 已 有 的 面向 对 象 系统 。 

这 些 设计 模式 也 能 提高 你 的 设计 水 平 。 它 们 为 你 提供 一 些 常 见 问 题 的 解决 方案 。 当 然 ， 
如 果 你 长 期 从 事 面向 对 象 系统 的 工作 ， 述 早 你 也 会 自己 学 到 这 些 设计 模式 。 但 通过 本 书 你 可 
以 学 得 更 快 。 学 好 这 些 模式 将 有 助 于 一 个 新 手 做 出 像 专家 一 样 的 设计 。 

而 且 ， 按 照 一 个 系统 所 使 用 的 设计 模式 来 描述 该 系统 可 以 使 他 人 理解 起 来 容易 得 多 ， 否 
则 ， 就 必须 对 该 系统 的 设计 进行 逆向 工程 来 弄 清 其 使 用 的 设计 模式 。 有 一 套 通用 的 设计 词汇 
的 好 处 是 你 不 必 描 述 整 个 设计 模式 ， 而 只 要 使 用 它 的 名 字 ， 当 他 人 读 到 这 个 名 字 就 会 理解 你 
的 设计 。 当 然 如 果 读 者 不 知道 这 个 设计 模式 ， 他 就 必须 先 去 查找 学 习 该 模式 ， 即 使 这 样 也 还 
是 比 逆向 工程 来 的 容易 。 

我 们 在 自己 的 设计 中 使 用 这 些 模 式 ， 并 发 现 它们 有 很 多 好 处 。 我 们 还 以 某 些 可 争议 的 幼 
稚 方式 使 用 这 些 设计 模式 。 我 们 用 它们 来 为 类 命名 ， 思 考 和 传授 优秀 的 设计 ， 并 用 一 连 串 的 
设计 模式 来 描述 我 们 的 设计 。 很 容易 想 出 更 复杂 的 使 用 设计 模式 的 方式 ， 比 如 基于 模式 的 
CASE 工 具 或 超 文本 文档 。 不 过 即使 没有 复杂 的 工具 ， 设 计 模 式 对 我 们 也 还 是 很 有 帮助 的 。 


6.4 现 有 方法 的 一 种 补充 


面向 对 象 设计 方法 可 用 来 促进 良好 的 设计 ， 教 新 手 如 何 设计 ， 以 及 对 设计 活动 进行 标准 
化 。 一 个 设计 方法 通常 定义 了 一 组 〈 常 常 是 图 形 化 的 ) 用 来 为 设计 问题 各 方面 进行 建 模 的 记 
号 ( notation )， 以 及 决定 在 什么 样 情况 下 以 什么 样 的 方式 使 用 这 些 记号 的 一 组 规则 。 设 计 方 
法 通常 描述 一 个 设计 中 出 现 的 问题 ， 如 何 解 决 这 些 问 题 ， 以 及 如 何 评估 一 个 设计 。 但 设计 方 
法 还 不 能 描述 设计 专家 的 经 验 。 

我 们 相信 设计 模式 是 面向 对 象 设计 方法 所 缺少 的 一 块 重要 内 容 。 这 些 设计 模式 展示 了 如 
何 使 用 诸如 对 象 、 继 承 和 多 态 等 基本 技术 。 它 们 也 展示 了 如 何以 算法 、 行 为 、 状 态 或 者 需 生 
成 的 对 象 类 型 来 将 一 个 系统 参数 化 。 设 计 模式 使 你 可 以 更 多 地 描述 “为 什么 ”这 样 设计 而 不 
仅仅 是 记录 你 的 设计 结果 。 设 计 模 式 的 适用 性 、 效 果 和 实现 部 分 都 会 帮助 指导 你 做 出 各 个 必 
要 的 设计 决定 。 

设计 模式 在 将 一 个 分 析 模 型 转换 为 一 个 实现 模型 的 时 候 特别 有 用 。 尽 管 许多 人 声称 面向 
对 象 分 析 可 以 平滑 地 向 设计 转换 ， 但 实践 表明 远 非 如 此 。 一 个 灵活 的 可 复 用 的 设计 常会 包含 
一 些 分 析 模 型 中 没有 的 对 象 。 另 外 ， 你 所 使 用 的 编程 语言 和 类 库 也 会 影响 设计 。 因 此 ， 为 使 
设计 可 复 用 ， 常 常 需要 重新 设计 分 析 模 型 。 许 多 设计 模式 描述 了 这 样 的 问题 ， 这 也 是 为 什么 
我 们 称 之 为 设计 模式 的 原因 。 

一 个 成 熟 的 设计 方法 不 仅 要 有 设计 模式 ， 还 可 有 其 他 类 型 的 模式 ， 如 分 析 模 式 ， 用 户 界 
面 设计 模式 ， 或 者 性 能 调节 模式 等 等 。 但 是 设计 模式 是 最 主要 的 部 分 ， 这 在 以 前 却 被 忽略 了 。 


6.5 重 构 的 目标 


开发 可 复 用 软件 的 一 个 问题 是 开发 者 常常 不 得 不 重新 组 织 或 重 构 [0J90] 软 件 系统 。 设 计 
模式 可 以 帮助 你 重新 组 织 一 个 设计 ， 同 时 还 能 减少 以 后 的 重 构 工作 。 
面向 对 象 软件 的 生命 周期 常 分 为 几 个 阶段 。Brain Foote 将 其 分 为 原型 阶段 、 扩 展 阶段 和 
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巩固 阶段 三 个 阶段 [Foo92]。 

在 原型 阶段 ， 首 先 建立 一 个 快速 原型 ， 在 此 基础 上 进行 增 量 式 的 修改 ， 直 至 能 满足 一 组 
基本 需求 ， 然 后 进入 “青春 期 "。 此 时 ， 软 件 中 的 类 层次 通常 直接 反映 了 原始 问题 域 中 的 各 个 
实体 。 该 阶段 主要 的 复 用 方式 是 通过 继承 进行 白 箱 复 用 。 

一 旦 软件 进入 青春 期 并 交付 使 用 ， 其 演化 就 由 以 下 两 个 相互 冲突 的 要 求 来 决定 : (1) 该 软 
件 必 须 满足 更 多 的 需求 。(2) 该 软件 必须 更 易于 复 用 。 新 的 需求 常常 要 求 加 入 新 的 类 和 操作 甚 
至 增加 整个 类 层次 。 于 是 该 软件 就 要 经 过 一 个 扩展 阶段 来 满足 新 的 需求 。 然 而 ， 这 种 扩展 并 
不 能 持续 很 久 。 软 件 的 不 断 扩展 将 使 其 变 得 过 于 滞胀 翁 硬 而 难以 进一步 修改 。 软 件 类 层次 不 
再 与 任何 问题 域 匹配 ， 而 是 多 个 问题 域 的 混合 反映 ， 并 且 类 中 定义 了 许多 不 相关 的 操作 和 实 
例 变量 。 

该 软件 若 要 继续 演化 就 必须 重新 组 织 ， 这 个 过 程 称 为 重 构 (refactoring )。 框 架 常 常 在 这 
个 阶段 出 现 。 重 构 工 作 包 括 将 类 拆 分 为 专用 和 通用 的 构件 ， 把 各 个 操作 在 类 层次 上 提 或 下 放 
到 合适 的 类 中 ， 并 使 各 个 类 的 接口 合理 化 。 这 个 巩固 阶段 将 会 产生 许多 新 类 型 的 对 象 ， 它 们 
通常 是 通过 分 解 而 不 是 继承 原 有 的 对 象 而 得 到 的 。 因 而 黑箱 复 用 代替 了 白 箱 复 用 。 满 足 更 多 
需求 和 达到 更 高 可 复 用 性 的 要 求 推动 面向 对 象 软 件 不 断 重复 扩展 和 巩固 这 两 个 阶段 一 一 扩展 
以 满足 新 的 需求 ， 而 巩固 使 软件 更 为 通用 (参见 下 图 )。 





这 个 循环 是 不 可 避免 的 。 但 好 的 设计 者 不 仅 知道 哪些 变化 会 促使 重 构 ， 而 且 还 知道 哪些 
类 和 对 象 结构 能 够 避免 重 构 一 一 它们 的 设计 对 于 需求 变化 具有 健壮 性 。 对 需求 进行 彻底 分 析 
有 助 于 突出 在 软件 的 生命 周期 中 易于 发 生变 化 的 那些 需求 ， 而 一 个 好 的 设计 应 对 这 些 变化 保 
持 稳 定 。 

我 们 的 设计 模式 记录 了 许多 重 构 产生 的 设计 结构 。 在 设计 初期 使 用 这 些 模式 可 以 防止 以 
后 的 重 构 。 不 过 你 即使 是 在 系统 建成 以 后 才 了 解 如 何 使 用 这 些 模式 ， 它 们 仍 可 以 教 你 如 何 修 
改 你 的 系统 。 设 计 模 式 为 你 的 重 构 提 供 了 有 目标。 


6.6 本 书简 史 


分 类 整理 设计 模式 後 始 于 Erich 的 博士 论文 [Gam91, Gam92] 的 部 分 工作 。 他 的 论文 中 大 约 
有 占 本 书 半数 的 模式 。 到 OOPSLA ”91 召 开 的 时 候 它 已 正式 成 为 一 项 独立 的 工作 ， 并 县 
Richard 已 加 入 进来 与 Erich 一 道 从 事 这 项 工作 。 不 久 John 也 加 入 进来 。 到 OOPSLA”92 的 时 候 ， 
Ralph 也 已 加 入 到 这 个 小 组 中 。 我 们 曾 试图 使 我 们 的 工作 成 果 可 以 发 表 在 ECOOP”93 上 , 但 
我 们 很 快意 识 到 篇 幅 太 长 的 论文 是 不 会 被 录用 的 。 所 以 我 们 将 其 简化 为 一 个 摘要 发 表 在 那 次 
会 议 上 。 在 那 以 后 我 们 决定 把 我 们 分 类 整理 的 模式 写成 一 本 书 。 








在 此 过 程 中 ， 我 们 改动 了 一 些 模 式 的 名 称 。“Wrapper” 变 成 了 “Decorator”,“Glue” 变 
ÈT “Facade”, “Solitaire” 变 成 了 “Singleton”， 以 及 “Walker” 变 成 了 “Visitor”， 并 删 掉 
了 几 个 看 起 来 不 那么 重要 的 模式 。 不 过 自 1992 年 以 来 ， 这 个 分 类 体系 中 包含 哪些 模式 没有 多 
大 变化 ， 但 各 模式 本 身 却 有 了 巨大 改进 。 

实际 上 ， 注 意 到 某 些 东西 是 一 个 模式 还 是 整个 工作 中 相对 容易 的 部 分 。 我 们 四 个 人 都 经 
常 从 事 建造 面向 对 象 系统 的 工作 ， 发 现 当 接触 到 足够 多 的 系统 时 ， 发 现 模式 并 不 困难 。 然 而 
描述 模式 却 要 困难 得 多 。 

当 你 回 过 头 来 看 你 已 经 建 好 的 一 些 系统 时 ， 会 发 现 所 做 的 工作 中 就 存在 着 模式 。 但 是 ， 
要 很 好 地 描述 它们 以 使 不 熟悉 的 人 也 能 理解 并 意识 到 它们 为 什么 重要 就 很 困难 了 。 专 家 们 能 
立即 从 我 们 模式 的 早期 版 本 中 意识 到 它们 的 价值 ， 但 也 只 有 这 些 实际 已 经 用 过 这 些 模式 的 人 
才能 理解 它们 。 

由 于 本 书 的 主要 目的 之 一 在 于 教 设计 新 手 进行 面向 对 象 设 计 ， 所 以 我 们 必须 改进 模式 的 
分 类 描述 。 我 们 将 每 个 模式 的 篇 幅 进 行 了 扩充 ， 其 中 加 入 了 较 具 体 的 说 明 动 机 的 例子 和 示例 
代码 ， 同 时 对 模式 的 权衡 以 及 实现 模式 的 不 同方 式 也 进行 了 检查 。 这 样 就 使 模式 学 起 来 更 容 
易 一 些 。 

在 过 去 的 一 年 中 所 做 的 另 一 个 重要 修改 是 更 加 强调 一 个 模式 所 针对 的 问题 。 模 式 是 问题 
的 解决 方案 ， 是 可 以 被 重复 使 用 的 技术 手段 ， 这 很 容易 明白 ; 困难 的 是 知道 在 什么 情况 下 使 
用 这 个 模式 才 是 恰当 的 ， 也 就 是 要 刻画 这 个 模式 所 针对 的 问题 及 其 上 下 文 ， 只 有 在 这 样 的 上 
下 文中 ， 这 个 模式 才 是 最 优 解 。 一 般 而 言 ， 了 解 “ 做 什么 ”要 比 “ 为 什么 ”来 的 容易 ; 而 一 
个 模式 的 “为 什么 ”就 是 它 要 解决 的 问题 。 了 解 一 个 模式 的 目的 也 是 重要 的 ， 它 可 以 帮助 我 
们 选择 要 使 用 的 模式 ， 也 可 以 帮助 我 们 理解 已 有 系统 的 设计 。 作 为 一 个 模式 的 作者 ， 即 使 你 
已 经 知道 了 解决 方案 ， 你 还 是 必须 回 过 头 来 确定 并 刻画 该 模式 所 解决 的 问题 。 


6.7 模式 界 


我 们 并 不 是 唯一 的 对 写 书 来 分 类 整理 专家 们 使 用 的 设计 模式 感 兴趣 的 小 组 。 我 们 属于 一 
个 更 大 的 圈子 ， 这 个 圈子 里 的 人 们 对 模式 特别 是 有 关 软 件 的 模式 很 感 兴趣 。 建 筑 师 
Christopher Alexander 第 一 个 研究 了 建筑 物 和 社区 的 模式 ， 并 开发 了 一 个 “模式 语言 ”来 生成 
它们 。 他 的 工作 一 次 次 地 启发 了 我 们 。 所 以 有 必要 将 我 们 的 工作 与 他 的 工作 作 一 个 比较 ， 然 
后 我 们 将 看 看 其 他 有 关 软 件 模式 方面 的 工作 。 


6.8 Alexander 的 模式 语言 


我 们 的 工作 在 许多 方面 和 Alexander 的 类 似 。 二 者 都 是 在 观察 已 有 系统 的 基础 上 ， 发 现 其 
中 的 模式 ， 都 有 描述 模式 的 模板 ( 尽管 我 们 的 模板 有 很 大 的 不 同 )， 都 是 用 自然 语言 和 许多 例 
子 而 不 是 用 形式 语言 来 描述 模式 ， 都 给 出 了 每 个 模式 背后 的 原理 。 

不 过 我 们 的 工作 也 在 许多 方面 不 同 于 Alexander 的 模式 语言 : 

1) 人 类 从 事 建 筑 活动 已 有 几 千年 的 历史 ， 积 累 下 来 许多 经 典 的 案例 可 供 参考 。 相 对 而 言 
建造 软件 系统 的 历史 就 短 的 多 ， 很 少 有 系统 可 称 得 上 经 典 。 

2) Alexander 给 出 了 他 的 模式 的 使 用 顺序 ， 而 我 们 没有 。 

3) Alexander 的 模式 强调 它们 所 针对 的 问题 ， 而 设计 模式 则 更 详细 的 描述 了 解决 方案 。 
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4) Alexander 声 称 他 的 模式 可 以 生成 完整 的 建筑 ， 而 我 们 不 能 说 我 们 的 模式 可 以 生成 完整 
的 程序 。 

Alexander 声 称 可 以 通过 简单 地 一 个 接 一 个 地 使 用 他 的 模式 来 设计 一 所 房屋 。 这 类 似 于 一 
些 面向 对 象 设计 方法 学 家 的 目标 ， 他 们 也 给 出 了 一 步 步 地 进行 软件 设计 的 规则 。Alexander 并 
不 否认 创造 的 必要 性 ， 他 的 一 些 模式 要 求 设计 者 理解 所 设计 建筑 物 的 使 用 者 的 生活 习惯 。 而 
且 ， 他 对 设计 的 “诗意 ”的 信仰 暗示 了 存在 某 种 高 于 模式 语言 本 身 的 专业 水 平 。 不 过 他 对 
模式 怎样 生成 设计 的 描述 却 意味 着 模式 语言 可 使 设计 活动 成 为 一 种 确定 的 和 可 重复 的 过 程 。 

Alexander 的 观点 启发 我 们 关注 设计 中 的 权衡 问题 一 一 多 种 “ 力 ” 共 同 决定 了 最 终 的 设计 
结果 。 在 他 的 影响 下 ,我们 慎重 考虑 了 我 们 的 设计 模式 的 适用 性 及 其 效果 。 这 也 使 我 们 不 再 
试图 定义 模式 的 形式 化 表示 。 这 是 因为 尽管 这 种 形式 化 表示 将 使 模式 自动 化 成 为 可 能 ， 但 目 
前 更 重要 的 是 探索 新 的 模式 而 不 是 将 模式 形式 化 。 

依据 Alexander 的 观点 ， 本 书 的 模式 不 能 形成 一 个 模式 语言 。 考 虑 到 人 们 建造 的 软件 系统 
的 多 样 性 ， 我 们 很 难 给 出 一 个 “完备 ”的 模式 集合 来 指导 人 们 一 步 步 地 设计 出 完整 的 应 用 。 
尽管 对 于 某 些 特定 类 型 的 应 用 ( 例如 报表 生成 系统 ) 我 们 可 以 做 到 这 一 点 。 然 而 本 书 的 模式 
体系 仅仅 是 相关 模式 的 集合 ， 我 们 不 能 视 之 为 一 种 模式 语言 。 

KRE, 我们 认为 永远 也 不 会 有 一 个 完备 的 软件 模式 语言 。 当 然 我 们 可 以 使 模式 系统 更 
加 完整 ， 如 可 以 加 入 包括 框架 及 其 怎样 使 用 框架 [Joh92]， 用 户 界面 设计 模式 [BJ94] ， 分 析 模 
式 [Coa92]， 以 及 软件 开发 过 程 中 的 其 他 各 个 方面 内 容 。 设 计 模 式 仅仅 是 一 个 更 大 的 软件 模式 
语言 的 一 部 分 。 


6.9 软件 中 的 模式 


我 们 第 一 次 集体 研究 软件 体系 结构 是 在 OOPSLA ”91 大 会 中 一 次 由 Bruce Anderson 主 持 的 
讨论 会 上 。 那 次 讨论 会 致力 于 为 软件 体系 结构 设计 者 编写 一 本 手册 ( 从 本 书 看 来 ， 我 们 认为 
“体系 结构 百科 全 书 ” 这 个 名 称 要 比 “ 体 系 结构 手册 ”更 好 一 些 )。 此 后 又 举行 了 一 系列 的 会 
i, 最近 的 一 次 是 1994 年 8 月 召开 的 第 一 届 程 序 模式 语言 大 会 ， 这 次 会 议 建 立 了 一 个 群体 ， 其 
兴趣 是 将 软件 经 验 文 档 化 。 

当然 ， 也 有 其 他 人 抱 有 同样 的 目标 。Danald Knuth 的 《计算 机 程序 设计 的 艺术 》[Knu73] 
就 是 分 类 整理 软件 知识 的 最 早 尝 试 之 一 ， 只 是 他 着 重 于 描述 算法 。 事 实证 明 ， 即 便 如 此 ， 这 
项 工作 也 还 是 工程 浩大 而 难以 完成 。《 Graphics Gems 》 系 列 [Gla90，Arv91, Kir92] 是 另 一 个 同 
样 着 重 于 算法 的 设计 知识 分 类 体系 。 美 国 国防 部 发 起 的 领域 专用 软件 结构 计划 集中 收集 有 关 
体系 结构 方面 的 信息 。 基 于 知识 的 软件 工程 界 试图 一 般 地 表述 软件 相关 知识 。 此 外 还 有 许多 
其 他 小 组 在 为 与 我 们 相似 的 目标 而 努力 。 

James Coplien 的 《Advanced C++: Programming Styles and Indioms 》[Cop92] 一 书 也 对 我 
们 产生 了 影响 。 相 对 于 我 们 的 设计 模式 ， 该 书 中 描述 的 模式 更 加 针对 C++ 语言 ， 而 且 还 包含 
了 许多 低层 的 模式 。 不 过 正如 在 我 们 的 模式 中 已 指出 的 那样 ， 二 者 之 间 是 有 一 些 重复 的 。Jim 
在 模式 界 很 活跃 ， 目 前 他 正在 研究 那些 用 来 描述 软件 开发 组 织 中 人 的 角色 的 模式 。 

你 还 可 以 从 其 他 许多 地 方 找到 对 模式 的 描述 。Kent Beck 是 软件 界 中 首先 倡导 学 习 
Christopher Alexander 的 工作 的 先驱 者 之 一 。 在 1993 年 他 开始 在 《The Smalltalk Report) [4% 
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写 关 于 Smalltalk 模 式 的 一 个 专栏 。Peter Coad 开 始 收集 模式 也 有 一 段 时 间 了 。 在 我 们 看 来 ， 他 
的 关于 模式 的 论文 主要 讨论 的 是 分 析 模 式 [Coa92]。 我 们 知道 他 还 在 继续 从 事 这 方面 的 工作 ， 
但 我 们 没有 看 到 他 最 新 的 成 果 。 我 们 也 听 说 有 好 几 本 关于 模式 的 书 正在 撰写 之 中 ， 但 目前 一 
本 也 没有 看 到 ， 所 以 我 们 只 能 告诉 你 它们 就 要 出 现 了 。 其 中 有 一 本 书 将 来 源 于 Pattern 


Language of Programming 会 议 。 
6.10 邀请 参与 


如 果 你 对 模式 感 兴趣 的 话 ， 你 能 做 些 什 么 呢 ? 首先 ， 你 可 以 在 你 的 设计 工作 中 使 用 这 些 
设计 模式 ， 并 寻找 其 他 可 用 的 设计 模式 。 接 下 来 几 年 里 将 会 有 许多 有 关 模 式 的 书 和 文章 出 现 ， 
所 以 不 愁 没 地 方 找 新 的 模式 。 不 断 积 累 和 使 用 你 的 模式 词汇 ， 在 与 他 人 讨论 你 的 设计 时 你 可 
以 使 用 它们 ， 在 构思 和 书写 你 的 设计 时 也 可 以 使 用 它们 。 

其 次 ， 提 出 你 的 批评 。 这 个 设计 模式 体系 是 许多 人 辛勤 工作 的 成 果 ， 除 了 我 们 之 外 ， 还 
有 几 十 个 评论 者 提出 了 反馈 意见 。 如 果 你 发 现 了 存在 的 问题 或 者 觉得 某 些 地 方 需要 进一步 解 
释 的 话 ， 请 和 我 们 联系 。 同 样 ， 对 于 其 他 模式 体系 ， 也 请 给 予 你 的 反馈 意见 。 模 式 的 一 个 重 
要 好 处 在 于 它 提供 的 设计 决策 不 再 是 模糊 的 直觉 意向 ， 模 式 的 作者 可 以 明确 地 说 明 他 在 各 需 
求 要 素 间 所 作 的 权衡 取舍 。 这 就 为 发 现 并 与 作者 讨论 其 模式 的 不 足 之 处 提供 了 方便 。 你 可 以 
充分 利用 模式 这 个 优越 性 。 

再 次 ， 寻 找 你 使 用 过 的 模式 ， 并 把 它们 写 下 来 。 把 它们 作为 你 的 文档 的 组 成 部 分 ， 给 别 
人 看 。 你 并 不 一 定 要 在 研究 机 构 里 才 可 以 发 掘 模式 。 实 际 上 ， 如 果 你 没有 某 方面 的 实践 经 验 ， 
要 发 现 相关 的 模式 几乎 是 不 可 能 的 。 你 尽管 写 下 你 的 模式 体系 ， 但 一 定 要 让 其 他 人 来 帮助 你 
使 之 成 形 ! 


6.11 临别 感想 


最 佳 的 设计 要 用 到 许多 设计 模式 ， 它 们 契合 交织 ， 形 成 一 个 更 大 的 整体 。 正 如 Christopher 
Alexander 所 说 : 
以 一 种 松散 的 方式 把 一 些 模式 串 接 在 一 起 来 建造 建筑 是 可 能 的 。 这 样 的 建筑 仪 仅 是 
一 些 模式 的 堆砌 ， 而 不 紧凑 。 这 不 够 深刻 。 然 而 另 有 一 种 组 合 模式 的 方式 ， 许 多 模式 重 
于 在 同一 个 物理 空间 里 : 这 样 的 建筑 非常 紧凑 ， 在 一 小 块 空间 里 集成 了 许多 内 涵 ; 由 于 
这 种 紧凑 ， 它 变 得 深刻 。 
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抽象 类 (abstract class) ”一 种 主要 用 来 定义 接口 的 类 。 抽 象 类 中 的 部 分 或 全 部 操作 被 延 
迟到 其 子 类 中 实现 。 抽 象 类 不 能 实例 化 。 

HARHA (abstract coupling) ”车 类 A 维护 一 个 指向 抽象 类 B 的 引用 ， 则 称 类 A 抽象 掉 合 
于 B 。 我 们 之 所 以 称 之 为 抽象 耦合 乃 是 因为 A 指 向 的 是 一 个 对 象 的 类 型 ， 而 不 是 一 个 具体 对 
象 。 

抽象 操作 (abstract operation) ”一 种 声明 了 型 构 (signature) 而 没有 实现 的 操作 。 在 
C++, HARPER NF Ae ABR. 

相识 关系 (acquaintance relationship) ”如果 一 个 类 指向 另 一 个 类 ， 则 这 两 个 类 之 间 有 相 
识 关系 。 

聚合 对 象 (aggregate object) ”一 种 包含 子 对 象 的 对 象 。 这 些 子 对 象 称 为 聚合 对 象 的 部 分 ， 
而 聚合 对 象 对 它们 负责 。 

聚合 关系 (aggregation relationship) ”聚合 对 象 与 其 部 分 之 间 的 关系 。 类 为 其 对 象 ( 例 
m, RAMR) 定义 这 种 关系 。 | 

黑箱 复 用 ( black-box reuse) ”一 种 基于 对 象 组 合 的 复 用 方式 。 这 些 被 组 合 的 对 象 之 间 并 
不 开放 各 自 的 内 部 细节 ， 因 此 被 比 作 “黑箱 ”。 

类 (class) ”类 定义 对 象 的 接口 和 实现 。 它 规定 对 象 的 内 部 表示 ， 定 义 对 和 象 可 实施 的 操作 。 

类 图 (class diagram ) ”类 图 描述 类 及 其 内 部 结构 和 操作 ， 以 及 类 间 的 静态 关系 。 

类 操作 (class operation) ”以 类 而 不 是 单独 的 对 象 为 目标 的 操作 。 在 C++ 中 ， 类 操作 称 
为 静态 成 员 函 数 。 

AK (concrete class) 不 含 抽象 操作 的 类 。 它 可 以 实例 化 。 

构造 器 (constructor) ”在 C++ 中 ， 一 种 系统 自动 调用 的 用 来 初始 化 新 对 象 实例 的 操作 。 

A (coupling) ”软件 构件 之 间 相 互 依赖 的 程度 。 

委托 (delegation) ”一 种 实现 机 制 ， 即 一 个 对 象 把 发 给 它 的 请 求 转发 /委托 给 另 一 个 对 象 。 
而 受托 对 象 将 代表 原 对 象 执行 请 求 的 操作 。 

设计 模式 (design pattern) ”设计 模式 针对 面相 对 象 系统 中 重复 出 现 的 设计 间 题 ， 提 出 一 
个 通用 的 设计 方案 ， 并 了 予以 系统 化 的 命名 和 动机 解释 。 它 描述 了 问题 、 解 决 方案 、 在 什么 条 
件 下 使 用 该 解决 方案 及 其 效果 。 它 还 给 出 了 实现 要 点 和 实例 。 该 解决 方案 是 解决 该 问题 的 一 
组 精心 安排 的 通用 的 类 和 对 象 ， 再 经 定制 和 实现 就 可 用 来 解决 特定 上 下 文中 的 问题 。 

析 构 器 (destructor) ”在 C++ 中 ， 一 种 系统 自 动 调用 的 用 来 清理 (finalize ) 即将 被 删除 
的 对 象 的 操作 。 

动态 绑 定 (dynamic binding) ”在 运行 时 刻 才 将 一 个 请 求 与 一 个 对 象 及 其 一 个 操作 关联 起 
Ko ECF, RA ERKO IERE o 

封装 (encapsulation) ”其 结果 是 将 对 象 的 表示 和 实现 隐藏 起 来 。 在 对 象 之 外 ， 看 不 到 其 
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内 部 表示 .也 不 能 直接 对 甚 进行 访问 。 损 作 (operation) 是 访问 和 修改 对 象 表示 的 唯一 途径 。 

框架 (framework) ”一 组 相互 协作 的 类 ， 形 成 某 类 软件 的 一 个 可 复 用 设计 。 框 架 将 设计 
划分 为 一 组 抽象 类 ， 并 定义 它们 各 自 的 责任 及 相互 之 间 的 合作 ， 以 此 来 指导 体系 结构 级 的 设 
计 。 开 发 者 通过 继承 框架 中 的 类 和 组 合 其 实例 来 定制 该 框架 以 生成 特定 的 应 用 。 

AH (friend class) ”在 C++ 中 ，A 为 B 的 友 类 是 指 A 对 B 中 的 操作 和 数据 有 与 B 本 身 一 样 
的 访问 权限 。 

继承 (inheritance) ”两 个 实体 间 的 一 种 关系 ， 其 中 一 实体 万 是 基于 另 一 实体 而 定义 的 。 
类 继承 以 一 个 或 多 个 父 类 为 基础 定义 一 个 新 类 ， 这 个 新 类 继承 了 其 父 类 的 接口 和 实现 ， 被 称 
为 子 类 (C++) 或 派生 类 。 类 继承 包含 了 接口 继承 和 实现 继承 。 接 口 继承 以 一 个 或 多 个 已 有 
接口 为 基础 定义 新 的 接口 ; 实现 继承 以 一 个 或 多 个 已 有 实现 为 基础 定义 新 的 实现 。 

实例 变量 (instance variable) ”定义 部 分 对 象 表示 的 数据 。C++ 中 使 用 的 术语 是 数据 成 
IR o 

交互 图 ( interaction diagram) ”展示 对 象 间 请 求 流程 的 一 种 示意 图 。 

接口 (interface ) 一 个 对 象 所 有 操作 定义 的 型 构 的 集合 。 接 口 刻 划 了 一 个 对 象 可 响应 的 
请 求 的 集合 。 

元 类 ( metaclass) ”在 Smalltalk 中 ， 类 也 是 对 象 。 元 类 是 类 对 象 的 类 。 

混入 类 (mixin class) ”一 种 被 设计 为 通过 继承 与 其 他 类 结合 的 类 。 混 和 类 通常 是 抽象 
类 。 

WR (object) ”一 个 封装 了 数据 及 作用 于 这 些 数据 的 操作 的 运行 实体 。 

对 象 组 合 (object composition) ”组 装 和 组 合 一 组 对 象 以 获得 更 复杂 的 行为 。 

对 象 图 (object diagram) ”描述 运行 时 刻 特定 对 象 结构 的 示意 图 。 

对 象 引 用 (object reference) “用 于 标识 另 一 对 象 的 一 个 值 。 

操作 (operation) ” 对象 的 数据 仅 能 由 其 自身 的 操作 来 存 取 。 对 象 受到 请 求 时 执行 操作 。 
在 C++ 中 ， 操 作 称 为 成 员 函 数 ， 而 Smalltalk 使 用 术语 “方法 ”。 

HEM (overriding) ”在 一 个 子 类 中 重 定义 ( 从 父 类 继承 下 来 的 ) 操作 。 

参数 化 类 型 ( parameterized type) ”一 种 含有 未 确定 成 分 类 型 的 类 型 。 在 使 用 时 ， 将 未 确 
定 类 型 处 理 成 参数 。 在 C++ 中 ， 参 数 化 类 型 称 为 模板 (template )。 

父 类 (parent class) ”被 其 他 类 继承 的 类 。Smalltalk 又 称 之 为 超 类 (superclass )，C++ 中 
又 称 之 为 基 类 (base class )， 有 时 又 称 为 祖先 类 (ancestor class )。 

多 态 ( polymorphism) ”在 运行 时 刻 接口 匹配 的 对 象 能 互相 替换 的 能 力 。 

私有 继承 (private inheritance) ”在 C++ 中 ， 一 种 仅 出 于 实现 目的 的 继承 。 

协议 (protocol) ”接口 概念 的 扩展 ， 包 含 指明 可 允许 的 请 求 序 列 。 

接收 者 (receiver) “一 个 请 求 的 目标 对 象 。 

WR (request) ”一 个 对 象 当 受到 其 他 对 象 的 请 求 时 执行 相应 的 操作 。 通 常 请 求 又 称 为 消 
= 


型 构 (signature) ”一 个 操作 的 型 构 定 义 了 它 的 名 称 、 参 数 和 返回 值 。 

FE (subclass) ”继承 了 另 一 个 类 的 类 。 在 C++ 中 ， 子 类 又 称 为 派生 类 (derived class )。 
FRB (subsystem) ”一 组 相互 协作 的 类 形成 的 一 个 相对 独立 的 部 分 ， 完 成 一定 的 功能 。 
子 类 型 ( subtype ) “如果 一 个 类 型 的 接口 包含 另 一 类 型 的 接口 ， 则 前 一 类 型 称 为 后 一 类 
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型 的 子 类 型 。 

起 类 型 (supertype ) ”为 其 他 类 型 继承 的 父 类 型 。 

LRA (toolkit) ”一 组 提供 实用 功能 的 类 ,但 它们 并 不 包含 任何 具体 应 用 的 设计 。 

类 型 (type) ”一 个 特定 接口 的 名 称 。 

HASA ( white-box reuse) ”一 种 基于 类 继承 的 复 用 。 子 类 复 用 父 类 的 接口 和 实现 ,但 
它 也 可 能 存 取 其 父 类 的 其 他 私有 部 分 。 





附录 B 图 示 符 号 指南 


在 本 书 中 我 们 到 处 使 用 图 表 来 说 明 重 要 的 思想 。 某 些 图 是 非 正 式 的 ， 如 从 屏幕 上 拷贝 下 
来 的 对 话 框 或 示意 性 的 对 象 树 等 。 然 而 特别 地 ， 设 计 模 式 使 用 较为 正式 的 图 形 符号 以 显示 类 
和 对 象 间 的 关系 和 交互 。 本 附录 具体 说 明 这 些 图 形 符号 。 l 

我 们 使 用 了 三 种 不 同 的 图 形 符号 : 

1) 类 图 描述 各 个 类 、 它 们 的 结构 以 及 它们 之 间 的 静态 关系 。 

2) 对 象 图 描述 运行 时 刻 特定 的 对 象 结 构 。 

3) 交互 图 展示 对 象 间 请 求 的 流程 。 

每 个 设计 模式 至 少 包含 一 个 类 图 。 需 要 时 也 使 用 其 他 图 形 表 示 来 补充 说 明 。 类 图 和 对 象 
图 力 是 基于 OMT (Object Modeling Technique ) [RBP+91, Rum94] 的 98。 交互 图 来 自 于 
Objectory [JCJO92] 和 Booch 方 法 。 本 书 封底 内 页 有 对 这 些 符 号 的 概要 描述 。 


B.1 类 图 


图 B-1a 是 以 OMT 符 号 表示 的 抽象 类 和 具体 类 。 一 个 类 表示 为 一 个 线 框 ， 在 顶部 以 粗 体 写 
着 类 名 ， 其 下 是 主要 的 操作 ， 再 下 是 实例 变量 。 类 型 信息 是 可 选 的 。 我 们 使 用 C++ 的 书写 习 
惯 ， 将 类 型 名 置 于 操作 名 ( 强调 返回 类 型 )、 变 量 名 或 参数 之 前 。 和 斜体 表示 该 类 或 操作 是 抽象 
的 。 

在 某 些 设计 模式 中 ， 标 清楚 客户 类 对 参与 类 的 引用 是 很 有 用 的 。 在 类 图 中 ， 当 某 个 客户 
类 是 菜 模式 的 参与 者 ( 即 该 客户 类 在 这 个 模式 中 承担 一 定 的 责任 ) 时 ， 我 们 以 正常 的 方式 表 
示 它 ， 可 以 参见 Flyweight(4.6); 而 当 该 客户 不 是 该 模式 的 参与 者 ( 即 客 户 类 在 模式 中 不 承担 
责任 )， 而 仅仅 是 为 了 说 明 其 与 模式 的 参与 者 之 间 的 交互 关系 时 ， 我 们 以 灰色 来 表示 它 。 如 图 
B-1b 所 示 。 代 理 模式 (Proxy ) 就 是 一 个 例子 。 这 种 灰 客 户 表示 法 也 提醒 我 们 在 讨论 模式 参与 
者 时 不 要 漏 掉 客 户 类 。 

图 B-lc 展 示 了 类 间 的 几 种 关系 。 在 OMT 表 示 法 中 ， 类 继承 表示 为 一 个 从 子 类 (图 中 的 
LineShape ) 到 父 类 ( 图 中 的 Shape ) 的 三 角形 连 线 ; 代表 部 分 或 聚集 关系 的 对 象 引 用 表示 为 
一 个 根部 有 葵 形 的 箭头 ， 指 向 被 聚集 的 类 ( 图 中 的 Shape ) ;根部 没有 菱形 的 箭头 表示 相识 关 
系 (图 中 LineShape 有 一 个 指向 Color 的 引用 ， 而 Color 可 能 是 多 个 Shape 对 象 共 享 的 )。 在 箭头 
根部 附近 可 以 注 明 引用 的 名 称 ， 以 区 别 于 其 他 引用 。 。 

另 一 个 有 用 的 表示 是 说 明 哪 个 类 创建 哪个 类 的 对 象 。 由 于 OMT 不 支持 这 种 表示 ， 所 以 我 
们 用 虚线 箭头 来 标记 这 种 情况 。 我 们 称 之 为 “创建 ”关系 。 篆 头 指 向 的 是 被 实例 化 的 对 象 。 

日 ” OMT 术语“ 对象 图 ” 指 类 图 。 我 们 使 用 “类 图 ” 仅 指 对 象 结构 图 。 

© ”OMT 还 定义 了 类 间 的 关联 (association) 关系 ， 以 类 间 的 一 条 线 来 表示 。 关 联 关系 是 双向 的 。 虽 然 在 分 析 
阶段 这 种 关系 是 适用 的 ， 得 我 们 觉得 它 对 于 措 述 设计 模式 内 的 类 关系 来 说 显得 太 抽象 了 ， 办 为 在 没 计 阶段 
关联 关系 必须 被 映射 为 对 象 引用 或 指针 。 对 象 引 用 本 身 就 是 有 向 的 ， 更 适合 表达 我 们 所 讨论 的 那 种 关系 。 
例如 ，Drawing 知 道 Shape， 而 各 Shape 却 不 知道 其 所 在 的 Drawing， 这 就 无 法 用 关联 关系 来 表示 。 


在 图 B-1c 中 ，CreationTool 创 建 LineShape 对 象 。 

OMT 还 定义 了 一 种 实心 圆 点 ， 表 示 “ 多 于 一 个 "。 当 圆 点 位 于 引用 的 头 部 ， 它 表示 指向 或 
聚集 多 个 对 象 。 图 B-1c 中 Drawing 聚 集 了 多 个 Shape 类 型 的 对 象 。 

最 后 ， 我 们 认为 可 以 在 OMT 图 上 加 上 一 些 伪 代码 ， 以 简要 说 明 操 作 的 实现 。 图 B-1d 中 的 
伪 代 码 说 明了 Drawing 类 的 Draw 操 作 的 实现 。 


Ar 
AbstractOperationt() Operation () 
Type AbstractOperation2() Type Operation2() 
instanceVariable1 
Type instanceVariable2 





a) 抽象 类 和 具体 类 


cen 


b) 参与 者 客户 类 (A) 和 绝对 客户 类 ( 右 ) 






c) 类 关系 


CreationTool | -~--------- 


Drawing | aes 
~ shape->Draw 


d) 伪 代 码 注解 


图 B-1 类 图 


B.2 对 象 图 

对 象 图 仅仅 描述 实例 。 它 描述 了 设计 模式 中 的 对 象 某 个 时 刻 的 状况 。 对 象 的 名 字 通 常 表 
示 为 “aSomething”， 其 中 Something 是 该 对 象 的 类 。 我 们 用 来 素 示 对 象 的 符号 ( 对 标准 OMT 
稍 作 修 改 ) 是 一 个 图 角 和 矩形 ， 并 以 一 条 直线 将 对 象 名 与 对 象 引 用 分 开 。 篆 头 表 示 对 象 引 用 。 
如 图 B-2 所 示 。 


BRB ARASH 243 


aDrawing 


shape[0] 
shape(1] 






图 B-2 对 象 图 


B.3 交互 图 


交互 图 展示 了 对 象 间 各 请 求 的 执行 顺序 。 图 B-3 就 是 一 个 交互 图 ， 它 描述 了 一 个 Shape 对 
象 是 如 何 加 入 到 某 个 Drawing 对 象 中 去 的 。 

交互 图 中 从 上 到 下 表示 时 间 流 向 。 一 条 垂直 实 线 表示 一 个 特定 对 象 的 生命 周期 。 对 象 的 
命名 规则 与 对 象 图 一 样 ， 即 在 类 名 前 加 一 个 “a”( 例如 aShape )。 如 果 某 对 象 在 本 图 所 示 的 时 
间 区 间 开 始 时 还 未 被 创建 ， 则 用 垂直 虚线 表示 ， 这 条 虚线 一 直 延 伸 到 它 被 创建 的 时 间 点 。 

一 个 垂直 的 矩形 表示 对 象 在 活动 ， 也 就 是 说 它 正 在 处 理 某 个 请 求 。 在 操作 过 程 中 也 可 以 
向 其 它 对 象 发 出 请 求 ， 这 以 一 个 指向 接收 对 象 的 水 平 箭头 表示 。 请 求 的 名 称 标注 在 箭头 上 方 。 
创建 对 象 的 请 求 以 虚线 箭头 表示 。 一 个 发 给 自身 的 请 求 也 指向 发 送 者 自身 。 

在 图 B-3 中 ， 第 一 个 请 求 是 aCreatinTool 发 出 的 ， 请 求 创建 aLineShape。 接 下 来 ， 
aLineShape 被 加 入 到 apDrawing 中 ， 这 导致 aDrawing 向 它 自 身 发 出 一 个 Refresh 请 求 。 而 在 
Refresh 操 作 过 程 中 aDrawing 又 向 aLineShape 发 出 一 个 Draw 请 求 。 


aCreationTooi aDrawing aLineShape 


new LineShape 





图 B-3 交互 图 


附录 C E 本 类 


本 附录 提供 我 们 在 一 些 模式 的 C++ 示例 代码 中 用 到 的 基本 类 。 我 们 力求 使 这 些 类 尽量 简 
短 。 这 些 基本 类 包括 : 

。List， 对 象 的 顺序 列表 。 

。[terator ， 顺 序 存 取 聚 集 对 象 的 接口 。 

。ListIterator ， 遍 历 一 张 List 的 Iterator。 

。Point， 一 个 两 维 点 。 

。Rect， 一 个 轴 对 齐 的 和 矩形。 

在 某 些 编译 器 中 ， 一 些 新 的 C++ 标准 类 型 可 能 还 未 实现 。 特 别 地 ， 如 果 你 的 编译 器 没有 定 
义 bool 类 型 ， 你 可 以 象 下 面 这 样 手工 定义 它 : 


typedef int bool; 
const int true = 1; 
const int false = 0; 


C.1 List 


List 模 板 类 是 一 个 用 来 存储 一 个 对 象 序列 的 基本 容器 。List 存 放 元 素 的 值 ， 其 元 素 既 可 以 
是 内 置 类 型 也 可 以 是 类 的 对 象 。 例 如 ，List<int> 声 明了 一 个 整数 序列 。 但 在 大 多 数 模式 中 使 
用 它 来 存储 对 象 指针 ， 比 如 List<Glyph*>。 这 样 List 类 就 可 以 用 于 异 质 元 素 列 表 。 
为 方便 使 用 ，List 类 也 提供 了 栈 形 式 的 操作 。 这 样 就 可 以 直接 将 List 用 作 栈 ， 而 无 需 再 定 
template <class Item> 
class List { 
public: 
List(long size = DEFAULT_LIST_CAPACITY) ; 
List (List&); 


“List (); 
List& operator=(const List&); 


long Count() const; 

Item& Get (long index) const; 
Item& First() const; 

Item& Last() const; 

bool Includes(const Item&) const; 


void Append(const Item&) ; 
void Prepend(const Item&); 


void Remove(const Item&); 
void RemoveLast ( ) : 

void RemoveFirst (); 

void RemoveAll (); 
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Item& Top() const; 
void Push(const Item&) ; 
Item& Pop(); 

}; 


下 面 较 详细 地 讨论 这 些 操作 。 
构造 、 析 构 、 初 始 化 和 赋值 


List(long size) 


初始 化 列表 。 参 数 size 提 示 初 始 元 素数 目 。 


List (List&) 


重 载 缺 省 拷贝 构造 函数 ， 以 正确 地 初始 化 成 员 数据 。 


-List() 

释放 该 列表 的 内 部 数据 结构 的 存储 空间 。 但 它 并 不 释放 其 元 素 的 数据 。 设 计 者 不 希望 用 
户 继承 这 个 类 ， 因 而 析 构 函数 不 是 虚 的 。 

List& operator=(const List&) 

实现 列表 赋值 ， 以 正确 赋值 各 成 员 数据 。 
访问 


这 些 操作 支持 对 列表 元 素 的 基本 存 取 。 


long Count() const 


返回 列表 中 对 象 的 数目 。 


Item& Get(long index) const 


返回 制定 下 标 处 的 对 象 。 


Item& First() const 
返回 列表 的 第 一 个 对 象 。 
Item& Last() const 
返回 列表 的 最 后 一 个 对 象 。 


bool Includes(const Item&) const 

列表 是 否 含有 给 定 元 素 。 本 操作 要 求 列表 元 素 类 型 支持 用 于 比较 的 == 操 作 。 
增添 

void Append (const Itemé) 


在 列表 尾部 添加 元 素 。 


void Prepend(const Itemé&) 


在 列表 头 部 插入 元 素 。 
删除 


void Remove (const Itemé&) 
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从 列表 中 删除 给 定 元 素 。 本 操作 要 求 列表 元 素 类 型 支持 用 于 比较 的 == 操 作 。 


void RemoveLast () 


删除 最 后 一 个 元 素 。 


void RemoveFirst() 


删除 第 一 个 元 素 。 


void RemoveAll() 


删除 所 有 元 素 。 
栈 接口 


Item& Top() const 


返回 栈 顶 元 素 (将 列表 视 为 一 个 栈 )。 
void Push(const Item&) 

将 该 元 素 压 人 栈 。 

Item& Pop() 


弹出 栈 顶 元 素 。 
C.2 lterator 
[terator 是 定义 了 一 种 遍历 对 象 集合 的 接口 的 抽象 类 。 


template <class Item> 
class Iterator { 


public: . 
virtual void First() = 0; 
virtual void Next() = 0; 
virtual bool IsDone() const = 0; 
virtual Item CurrentItem() const = 0; 
protected: 
Iterator (); 
}; 
其 操作 含义 为 : 


virtual void First() 


使 本 Iterator 指 向 顺序 集合 中 的 第 一 个 对 象 。 


virtual void Next{) 


使 本 Iterator 指 向 对 象 序列 的 下 一 个 元 素 。 


virtual bool IsDone() const 


当 序列 中 不 再 有 未 到 达 的 对 象 时 返回 真 。 


virtual Item CurrentItem() const 
返回 序列 中 当前 位 置 的 对 象 。 
C.3 Listlterator 


Listiterator 实 现 了 遍历 列表 的 Iterator 接 口 。 它 的 构造 函数 以 一 个 待 遍 历 的 列表 为 参数 。 
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template <class Item> 

class ListIterator : public Iterator<Item> { 

public: - 
ListIterator(const List<Item>* aList); 


virtual void First(); 

virtual void Next (); 

virtual bool IsDone() const; 

virtual Item CurrentIitem() const; 
}; 


C.4 Point 


Point 表 示 两 维 笛 卡 儿 坐标 空间 上 的 一 个 点 。Point 支 持 一 些 最 基本 的 向 量 运 算 。Point 的 坐 
标 值 类 型 定义 为 : 

typedef float Coord; 

Point 的 操作 含义 是 自明 的 。 


class Point { 
public: 
static const Point Zero; 


Point (Coord x = 0.0, Coord y = 0.0); 


Coord X() const; void X(Coord x); 
Coord Y() const; void Y(Coord y); 


friend Point operator+(const Point&, const Pointé&); 
friend Point operator-(const Point&, const Pointé&); 
friend Point operator*(const Point&, const Point&); 
friend Point operator/(const Point&, const Point&); 


Point& operator+=(const Point&); ~ 
Point& operator-=(const Pointé&); 
Point& operator*=(const Pointé); 
Point& operator/=(const Points&); 


Point operator-(); 


friend bool operator==(const Point&, const Point&); 
friend bool operator!=(const Point&, const Pointé&); 


friend ostream& operator<<(ostream&, const Pointé&); 
friend istream& operator>>(istream&, Pointé&); 
}; 


静态 成 员 Zero 代 表 Point(0,0)。 
.5 Rect 


Rect 代 表 一 个 轴 对 齐 的 和 矩形。 一 个 矩形 用 一 个 原点 和 一 个 范围 (长度 和 宽度 ) 来 表示 。 
其 操作 含义 也 是 自明 的 。 
class Rect { 
public: 
static const Rect Zero; 
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Rect (Coord x, Coord y, Coord w, Coord h); 
Rect (const Point& origin, const Point& extent); 
Coord Width() const; void Width(Coord) ; 
Coord Height() const; void Height (Coord); 
Coord Left() const; void Left (Coord); 
Coord Bottom() const; void Bottom(Coord) ; 
Point& Origin() const; void Origin(const Pointé&); 
Point& Extent() const; void Extent (const Pointé&); 
void MoveTo(const Point&); 
void MoveBy(const Pointé&); 
bool IsEmpty() const; 
bool Contains(const Point&) const; 

he 

PARR Zero FRE 


Rect (point(0, O)point(0, 0)); 
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